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PREFACE 


Project  MAC  was  organized  at  the  Massachusetts  Institute  o£  Technology 
in  the  spring  of  1963  for  the  purpose  of  conducting  a  research  and  develop 

svst e ny=° 0n  ^achlne-Aided  Cognition  and  Multiple-Access  Computer 
systems.  It  operates  under  contract  with  the  Office  of  Naval  Research 

me?tSofMtn^0f  016  AdVM1Ced  Researoh  Projects  Agency  of  the  Depart- 

wavsTihne„bhr0hd  *  Pr°Je0t  ^ 18  **  eXperlmental  investigation  of  new 
intell  n  h.  h  °,  T  Use  0f  COmputers  oan  ald  people  in  their  individual 
IdTcat  1  n  ;  Whether  reaearcli»  engineering  design,  management,  or 
ectication.  One  envisions  an  intimate  collaboration  between  man  and  com- 

puter  system  in  the  form  of  a  real-time  dialogue  where  both  parties  contrib¬ 
ute  their  best  capabilities.  Thus,  an  essential  part  of  the  research  effort  is 
he  evolutionary  development  of  a  large,  multiple-access  computer  system 
t  is  easily  and  independently  accessible  to  a  large  number  of  people,  and 

fw  respons,ve  t0  thelr  Individual  needs.  The  MAC  computer  system  is  a 
iirst  step  in  this  direction  and  is  the  result  of  research  initiated  several 
years  ago  at  the  M.  I.  T.  Computation  Center. 

,,,  P™jec‘  MAC  was  organised  in  the  form  of  an  interdepartmental,  inter¬ 
laboratory  project  to  encourage  widespread  participation  from  the  M  I  T 
community.  Such  widespread  participation  is  essential  to  the  broad  l'ong- 
erm  project  goals  for  three  main  reasons:  exploring  the  usefulness’ of  on- 

of  users  fLC°mP,Ute,f  in.,‘ *Variety  °f  fields'  Providing  a  realistic  community 
of  users  for  evaluating  the  operation  of  the  MAC  computer  system,  and  en¬ 
couraging  the  development  of  new  programming  and  other  computer  tech- 
niques  m  an  effort  to  meet  specific  needs. 

men rffar.iCh  Staff'  and  students  from  ten  academic  depart- 
p™.tS  “d  hvo  interdepartmental  research  laboratories  are  participating  in 
reject  MAC.  For  reporting  purposes,  they  aredivided  into  fourteen  groups 
whose  names  correspond  in  many  cases  to  those  of  M.I.T.  schools,  de¬ 
partments  and  research  laboratories.  Some  of  the  groups  deal  with  re¬ 
search  topics  tha  fall  under  the  heading  of  computer  sciences ;  others  with 
researc  topics  which,  while  contributing  in  a  substantive  way  to  the  goals 

field  '  ar6  primaril-v  motivated  by  objectives  outside  the  computer 
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The  purpose  of  this  Progress  Report  is  to  outline  the  broad  spectrum  of 
research  being  carried  out  as  part  of  Project  MAC.  Internal  memoranda  of 
Project  MAC  are  listed  in  Appendix  A,  and  MAC-related  theses  are  listed 
in  Appendix  B.  Some  of  the  research  is  cosponsored  by  other  governmental 
and  private  agencies,  and  its  results  are  described  in  journal  articles  and 
reports  emanating  from  the  various  M.I.T.  departments  and  laboratories 
participating  in  Project  MAC.  Such  publications  are  listed  in  Appendix  C  of 
the  report.  Project  MAC  Technical  Reports  are  listed  in  Appendix  D. 


Robert  M.  Fano 
Cambridge,  Massachusetts 
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J.  C.  R.  Licklider  -  Associate  Director 
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H.  E.  Brammer  j.  A.  Gunn 

M.  L.  Cabral  t.  H#  Van  vleck 

Research  Assistant 


L.  L.  Selwyn 
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Project  MAC  Administration  -  Malcolm  M.  Jones 
A.  PERSONNEL  CHANGES 

Several  significant  changes  in  Administrative  personnel  occurred 
during  the  past  year.  On  1  September  1967,  Mr.  Richard  G.  Mills, 
Assistant  Director  of  Project  MAC,  was  appointed  Director  of  Informa¬ 
tion  Processing  Services  for  M.I.T. ,  a  new  position  created  to  coordi¬ 
nate  all  the  education,  research,  and  administrative  computational  needs 
of  the  M.I.T.  community.  Mr.  Mills  continues  his  association  with  Pro¬ 
ject  MAC  as  Consultant  to  the  Director. 

Malcolm  M.  Jones,  Assistant  Professor  of  Management  in  the 
Alfred  P.  Sloan  School  of  Management,  was  appointed  Assistant  Director 
of  Project  MAC  to  replace  Mr.  Mills.  As  a  member  of  the  Sloan  School 
of  Management  research  group,  Professor  Jones  has  been  active  in  Pro¬ 
ject  MAC  since  its  inception.  He  continues  to  devote  a  portion  of  his 
time  to  teaching  and  research  activities  in  the  Sir  an  School. 

On  1  January  1968,  Mr.  A.  J.  Saltalamacchia  resigned  as  Admin¬ 
istrative  Assistant  to  the  Director  to  become  the  Associate  Publisher  of 
Computer  Design  magazine.  Mr.  H.  E.  Brammer,  formerly  a  member 
of  the  Intelligent  Automata  group  within  Project  MAC,  took  over  some  of 
Mr.  Saltalamacchia's  duties.  As  part  of  the  realignment  resulting  from 
the  departures  of  Messrs.  Mills  and  Saltalamacchia,  Mr.  M.  L.  Cabral 
was  named  Business  Manager  for  Project  MAC  and  put  in  charge  of  all 
day-to-day  business  activities  of  running  Project  MAC. 

On  February  15,  1968,  Professor  J.  C.  R.  Licklider  of  the  Elec¬ 
trical  Engineering  Department  was  appointed  Associate  Director  of  Pro¬ 
ject  MAC.  Professor  Licklider’s  initial  responsibility  was  directed 
toward  formulating  plans  for  strengthening  and  broadening  the  research 
orogram  of  Project  MAC. 

B.  CTSS  OPERATIONS 

The  most  significant  change  in  the  administration  of  the  Project 
MAC  CTSS  system  during  the  past  year  was  initiating  system  use  charges 
on  2  January  1968.  Formerly,  there  had  been  no  charge  for  usage,  but 
access  to  the  system  had  been  restricted  to  those  who  were  closely 
associated  with  Project  MAC. 

The  CTSS  administrative  utility  programs  were  modified  to  carry 
additional  information,  and  new  programs  were  written  to  record  re¬ 
quisitions  authorizing  expenditures,  produce  monthly  bills,  and  terminate 
users  who  ran  out  of  funds  or  reached  their  termination  date.  The  charges 
for  CTSS  were  the  same  as  had  been  in  effect  on  the  duplicate  CTSS  system 
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run  by  the  Information  Processing  Center  and  are  listed  in  Table  1.  These 
charges  are  computed  daily  and  applied  to  each  user's  balance;  if  a  user 
is  out  of  funds  he  is  not  permitted  to  log  in  the  following  day.  Memoran¬ 
dum  MAC-A-259,  dated  17  January  1968  describes  the  charging  policy 
in  detail. 

During  the  first  half  of  the  reporting  period  —  1  July  1967  to  3.1 
December  1967  —  CTSS  users  required  a  total  of  2,214  hours  of  CPU 
time  and  were  logged  in  for  a  total  of  55,384  hours.  During  the  remain¬ 
ing  time  —  1  January  1968  to  30  June  1968  —  CTSS  users  required  1,959 
CPU  hours  and  43, 146  console  hours,  and  were  charged  $356,  979  for  the 
CPU  time  used,  plus  $206,409  in  fees  for  console,  access,  disk  storage, 
user-file-directory  space,  and  disk  editor  usage,  for  a  total  charge  of 
$563,388.  During  the  latter  period,  the  total  operating  expenses  were 
$539,301.  The  number  of  users  of  CTSS  showed  a  steady  decline  from 
285  in  January  to  243  by  June,  due  partly  to  the  dollar  charges,  bui,  more 
because  of  official  policy  not  to  allow  any  new  users  on  the  system,  since 
the  Project  MAC  CTSS  system  was  to  be  terminated  as  soon  as  the  need 
for  it  by  the  Multics  group  diminished. 

No  significant  system  software  changes,  other  than  those  required 
to  improve  the  billing  system,  occurred  during  this  period  and  the  hard¬ 
ware  reliability  remained  at  a  very  high  level.  Table  2  summarizes  the 
overall  time  statistics  for  the  system. 

C.  GE  645  OPERATIONS 

During  the  past  year,  hardware  logic  bugs  were  discovered  and 
corrected  in  the  processor  and  GIOC  subsystems.  Also,  several  prob¬ 
lems  with  the  high-speed  drum  led  to  its  replacement  in  September  1967. 
However,  by  December  1967,  the  645  system  was  running  reliably  in  a 
dual  configuration.  In  December  1967,  General  Electric  agreed  to  pay 
for  half  of  the  645  configuration,  enabling  the  system  to  be  run  as  two 
separate  645  systems.  It  was  agreed  with  GE  that  if  any  hardware  units 
were  down  for  maintenance,  the  two  systems  would  be  reconfigured,  giv¬ 
ing  first  priority  to  maintaining  a  usable  Multics  system,  at  the  sacrifice 
of  downing  the  GECOS  system. 


Development  of  CTSS  Resource  Allocation  Techniques  -  Lee  L.  Selwyn 

The  objective  of  this  project  is  to  develop  on-line  interactive 
techniques  for  computer  resource  allocation,  whereby  a  user  may  have 
direct  communication  with  system  administration  in  ordering  the  unique 
mix  of  available  computer  resources  that  best  meets  his  requirements. 

Starting  with  the  design  of  an  experimental  system  used  for  the  Sloan 
School  of  Management  Group  (see  MAC-PR-4,  Appendix  D)  a  new  scheme 
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CTSS  PRICE  STRUCTURE 


CTSS  SYSTEM  UTILIZATION  SUMMARY 
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was  devised  involving  one  new  CTSS  command  (BUYTIM)  and  about  a  half 
dozen  support  programs.  The  BUYTIM  package  is  available  to  user 
groups  at  Project  MAC  on  an  optional  basis;  only  those  groups  desiring 
the  facility  need  adopt  it. 

Besides  providing  an  individual  user  with  the  capability  of  purchas¬ 
ing  allocations  of  computer  time  and  disk  storage  space  with  funds  budg¬ 
eted  to  him,  the  system  also  provides  a  convenient  structure  for  manage¬ 
ment  of  user  groups.  Management  functions  may  occur  at  any  of  several 
distinct  levels.  The  highest  level,  wherein  general  budgetary  decisions 
and  the  decision  to  add  new  groups  to  the  CTSS  system  are  made,  is  re¬ 
served  for  Project  MAC  Administration.  The  user  group  leader  can  use 
BUYTIM  to:  add  and  delete  individual  users  within  individual  projects 
(problem  numbers);  allocate  funds  available  to  his  group  among  individual 
problem  numbers;  and  establish  limits,  for  each  problem  number,  on  the 
aggregate  amount  of  computer  resources  that  may  be  obtained,  even  where 
funds  may  be  adequate  to  exceed  these  limits.  The  user  group  leader  can 
also  assign  some,  or  all,  problem  numbers  in  his  group  to  a  common 
pool  of  resources,  or  establish  individual  pools  for  each  number.  By 
this  means,  large  projects,  with  several  users,  have  been  provided  with 
the  ability  to  manage  their  own  use  of  computer  resources,  whereas  the 
smaller  problem  numbers,  consisting  of,  perhaps,  a  single  user,  may 
have  this  function  performed  for  them  by  the  group  leader. 

Where  an  individual  problem  number  is  to  assume  some  role  in  its 
management  functions,  the  system  provides  for  several  levels  of  control 
within  the  problem  number.  These  include  fairly  powerful  capabilities, 
from  reassignment  of  funds  and  change  of  password,  to  total  restriction 
against  any  user  allocation  changes.  Individual  users  may  be  provided 
with  the  ability  to  change  allocations  of  other  users  in  the  same  problem 
number,  and  within  this  may  be  permitted  or  denied  the  ability  to  change 
funds  allocations,  passwords,  time,  or  disk. 

It  is  intended  that  the  experience  gained  in  the  design  and  operation 
of  this  allocation  system  will  be  applied  directly  to  the  operation  and 
management  of  the  Multics  system. 


ARTIFICIAL  INTELLIGENCE 
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Computational  Geometry 
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D.  Designing  a  Stereo  Vision  System 

E.  Theorem-Proving  Programs 

Chess  and  Game  Trees 
Mathematical  Laboratory 
Interactive  Computer-Mediated  Animation 
Fourier  Transform  Methods  in  Image  Processing 


Structure  of  Atonal  Music 
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Research  on  Intelligent  Automata  -  Marvin  Minsky  and  Seymour  Papert 

XIig  largest  sector  of  research  in  our  crronn  ic  Qtiii  j  r 

thods  for  providing  machines  with  greater  visual  and  tJLpulat^cfprbu' 
.  Our  general  approach  to  this  goal  was  described  in  last  year's 
progress  report.  We  expect,  some  time  in  1969,  to  demonstrate  somp 

practical  capabilities  of  automatic,  visually  guided  manipulation  h  h 

mg  fte  computer  a  structure  made' of  child^tbLTs^Tnd 

build  a  functional  duplicate.  Details  of  this  work  are  described  seoa rate! v 

the^/T  rrtUt  TR?PnrtS  °f  thG  IntelliSent  Automata  Project,  and  in  many  of  Y 
he  Artifical  Intelligence  group  memoranda  available  through  our  office. 

Computational  Geometry  -  Marvin  Minsky  and  Seymour  Papert 

Preoccupation  with  theoretical  aspects  of  machine  vision  has  led  us 
to  crystallize  a  general  concept  we  call  "computational  geometry"  Tm! 
is  a  new  mathematical  speciality  concerned  with  the  complexity  of  compu- 

feHC°gniZe  Vari°US  Pr°PertieS  of  geometric  object 
ine  rapid  evolution  of  discoveries  in  this  area  has  given  us  hoDP  that  it 

rubiectml't^V'r0110)?8  fCr  "comPuter  science"  in  generally  providing 
®  matter  that  combines  intuitive  clarity  and  practical  importance  S 

and  alaebr^^h0?18  bet™een  classical  parts  of  mathematics  -  geometry 

rent^ ^'theoriPs^h  thef^idel7  ^cognized  conceptual  fragility  of  cur- 

nes  about  computation  is  due  in  large  part  to  their  attempt  to 

structure"  ZT aftra0t  PrinCi{>les  of  theory  and  ^guistic 

ucture,  without  enough  concern  for  thorough  understanding  of  particular 

sections  Sow  some'  exa SpL1’.3^0"131'  maCWne  structures-  ^  following 
A.  THE  SEE  PROGRAM 


new  soCrrruch?snsI,re|qvUirementS  lead]°  geometrlc  questions  of  an  entirel 
r  w  sort,  such  as  surely  never  occurred  to  Euclid.  Consider  the  need  tn 

analyze  a  scene  in  which  some  of  the  objects  partially  obscure  otters 


j  .  111  iaoL  s  report  presupposed  a  computer 

th?  t  hr  d<Tscriptl0n  of  each  kind  of  object  -  cubes,  pyramids  etc  Sine 

mation^sSnoteCvZn  Cleai’’  fUrther  W°rk  °f  Ad°lf°  Guzman>  that  this  inf< 

simpler  if  based  nly  n6CeSSar/;  Indeed>  computations  are  usually  much 
simpler  if  based  on  a  more  abstract  and  general  theory  of  the  appearance, 
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sur°hlefth‘  EarlieK  ,methods  were  based  °»  Par‘^>  recognition  of  the  bodies 
such  as  the  scene  below: 


Here,  where  all  objects  are  rectangular  solids,  and  do  not  occlude  one 
another  badly,  we  can  discover  the  objects  by  the  extremely  local  process 
of  locating  all  the  Y-joints. '  Each  object  contains  at  most  one  such  dis¬ 
tinctive  feature.  This  could,  of  course,  fail  because  of  perspective  as  in 


which  could  be  a  cube,  or  in 


(for  we  require  each  of  the  three  angles  of  a  Y-joint  to  span  less  than  180 
degrees).  A  more  serious  failure  is  in  the  case  of  occlusion,  as  in 


where  one  of  the  Y-joints  is  completely  hidden  from  view.  But  the  great 

a m+S  Capable  of  hierarchical  decisions  is  illustrated  by  the 
possibility  of  first  _recognizing  the  small  r>nhP|  the  removing  it.  then  ex  - 
lending  the  hidden  lines ,  and  so  discovering  the  large  cube! 


The  program  developed  by  Adolfo  Guzman  proceeds  in  a  rather  different 
way;  his  idea  is  to  treat  different  kinds  of  local  configurations  as  provid¬ 
ing  different  degrees  of  evidence  for  "linking"  the  faces  that  meet  there 
For  example,  in  the  following  three  types  of  vertex  configurations 


the  "Y1*  Provides  evidence  for  linkmg  I  to  II,  II  to  in,  and  I  to  III.  The 
<  rrow  just  links  I  to  II.  Becausi  a  "T"  is  ordinarily  the  result  of  one 

torn  Tnta  mPfl0£tan0t!ler’  “  is-S£l  reSarded  as  evidence  linking  I 
m,  r  11  t0  111  (and  xt  1S  also  neutral  about  I  and  II).  Using  just  these 
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rules,  we  can  convert  pictures  into  associated  groups  of  faces  as 
we  represent  Y  links  by  straight  lines  and  arrow  linS  by  c"rve" 


2  3 


obiecto  thThe  usefbrn  n°  f  "iculty  in  sets  of  linked  faces  with 

in  more  „The,USe  u>ness  ot  the  ™riety  of  kinds  of  evidence  shows  up  only 
in  more  complicated  cases.  In  the  example  5  y 


A 


"xoTeltu0?;?  dUe  10  the  merging  0f  VerUces  «  different  ob-> 

scheme  ftat  fW  f  a  *  conne<:ti°"s.  program  uses  a  hierarchical 
scheme  that  first  finds  subsets  of  faces  that  are  very  tightly  linked  (e  rr 

faces°  °ThTrerislinkS)*  TheS6  "nUclei"  then  comPete  for  more  weakly  linked 
Liis  beleen  th  "°  *  Examples  ^  in  5  the  single  false 

cubes  are  ^r°ken  by  his  procedure.  In  Example  6  if 

also  takeTntoM  ‘ °mPf*‘Uon"  al60rithm  were  not  adequate  here,  one  could 

dhilmsative  evidenoe  the  *"*  " 
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We  have  described  only  the  skeleton  of  his  scheme;  Guzman  uses  several 
other  kinds  of  links,  including  evidence  from  collinear  T-joint  lines  of  the 
form 


© - © 

G> - <§> 

and  the  effects  of  some  vertices  are  modified  by  their  associations  with 
others.  This  variety  of  resources  enables  the  program  to  solve  complex 
scenes  like  that  illustrated  at  the  beginning  of  this  section. 

Full  details  will  appear  in  Guzman's  doctoral  thesis  to  appear  in  the 
spring  of  1969.  The  surprising  power  and  elegance  of  this  algorithm  sug¬ 
gests  that  there  will  come  a  rich  theory  of  the  geometry  of  object  clusters. 
Further  evidence  for  this  comes  from  the  discovery  of  simple  heuristics 
that  seem  to  generate  plausible  hypotheses  about  missing  lines  in  pictures 
of  complex  scenes. 

B.  THE  THEORY  OF  PERCEPTRONS 

For  several  years,  we  have  been  interested  in  finding  a  theoretical 
basis  for  assessing  abilities  and  limitations  of  the  Perceptron  and  similar 
machines.  These  are  highly  parallel  computation  schemes  that  attempt  to 
recognize  complicated  inputs  by  1)  computing  many  properties  of  the  in¬ 
put  that  are  relatively  easy  to  recognize,  and  then  2)  basing  a  decision  on 
some  relativelj  simple  combination  of  the  results  of  the  first  stage,  such 
as  a  comparison  of  weighted  sums  of  evidence  for  each  competing  alter¬ 
native  possibility. 

Our  interest  in  such  machines  is  not  based  on  very  much  concern  for  their 
practical  possibilities,  for  these  are  very  limited.  However,  it  is  our 
conviction  that  these  machines  are  nonetheless  of  critical  importance  as 
theoretical  models,  because  if  we  cannot  thoroughly  understand  such  simple 
computers,  we  can  have  little  hope  of  obtaining  good  theories  of  more 
powerful  and  general  computers.  (The  "theory  of  computability"  for 
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universal"  machines  is  totally  unsatisfactory  in  the  context  of  any  real 
practical  problems. )  Fortunately,  we  have  obtained  a  wide  variety  of 
theoretical  conclusions  about  perceptrons,  and  these  are  given  in  detail 
in  a  new  book  .(Perceptrons:  an  Introduction  to  Computational  Geometrv 
M.  Minsky  and  S.  Papert,  M.I.T.  Press,  1969).  - - 

We  will  summarize  some  of  the  results  here.  First,  let  us  define 
a  perceptron  of  order  K: 

Let  R  be  a  part  of  a  two-dimensional  plane.  Let  X  be  an  arbitrarv 
black-and-white  "picture"  (i.  e. ,  a  subset  of  R  -  any  point  in  X  is  con¬ 
sidered  to  be  black,  and  the  rest  of  R  white).  Let  $bea  set  } 

>  4*  t  i .  •  .  .  |  of  predicates  functions  whose  values  are  0  or  1 
-  each  of  which  depends  on  no  more  than  K  points.  Finally,  choose  for 
each  a  number  a  and  define 

*  (X)  =  1  ifZa^(X)  <  0 

=  0  iflcj^(X)  <  0 

(This  definition  includes  the  concept  of  "threshold",  as  in 

W  4>  (X)  <  e 

if  we  allow  one  of  the  <£  functions  to  be  a  constant. ) 

Now  we  ask  whether  a  perceptron  can  recognize  a  "pattern".  For 
example  is  there  a  perceptron  such  that  ^  (X)  =  1  when  X  is  a  square  (or 
convex,  or  connected)  and  *  (X)  =  0  when  X  is  not  a  square  (orlmT^n- 
vex,  or  disconnected)  ?  Our  analytic  methods  depend  mainly  on  replacing 
the  geometric  concept  of  a  pattern  by  the  algebraic  properties  of  the  trans¬ 
formations  that  preserve  the  features  that  concern  us.  We  cannot  give  a 
u  example  of  how  this  is  done  for  geometric  concepts,  but  the  following 
sketch  shows  how  the  algebraic  theory  works  in  a  fairly  simple  case. 
Chapter  references  point  to  corresponding  sections  in  the  book  Perceptrons. 

Theorem  3. 1  (Chapter  3)  Informal  Version 

Suppose  the  retma  R  has  a  finite  number  of  points.  Then  there  is  no 

PoinCts1n°xIiast^>d^)  ^  @  ““V”  decWe  Whether  °r  not  "the  number  of 
points  of  R  unless  at  least  one  of  the  <f> 's  depends  on  all  the 

nute  tfWsUnrpH,b0f 1 ^  **  PlaCed  °n  ^  ^ders  of  Perceptrons  that  com¬ 
pute  this  predicate  for  arbitrarily  large  retinas.  To  realize  it  a  percep¬ 
tron  must  start  with  at  least  one  *  that  looks  at  the  whole  picture!  The 
proof  uses  several  steps. 
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Step  1:  In  §1.1-  §1.4,  we  define  "perceptron",  "order",  etc.,  more  pre- 

cisely,  and  show  that  certain  details  of  the  definitions  can  be  changed  with- 
out  serious  effects.  6 


Step  2:  In  §1.3  we  define  the  particularly  simple  <f>  functions  called  "masks' 
For  each  subset  A  of  the  retina,  define  the  mask  <f>  A(X)  to  have  value  1  if 
the  figure  X  contains  or  "covers"  all  of  A,  value  0  otherwise.  Then  we 
prove  the  simple  but  important  theorem  (  §1.5)  that  if  a  predicate  has 
order  >  K  (see  §1.3)  in  any.  set  of  <f>  functions,  then  there  is  an  equivalent 
perceptron  that  uses  only  masks  of  size  >  K  (see  §0.2). 

Step  3:  To  get  at  the  parity  —  the  "odd-even"  properly  —  we  ask:  What  re¬ 
arrangements  of  the  innut  space  R  leaves  it  unaffected?  That  is,  we  ask 
about  the  group  of  transformations  of  the  figure  that  have  no  effect  on  the 
property.  This  might  seem  to  be  an  exotic  way  to  approach  the  problem, 
but  since  it  seems  necessary  for  the  more  difficult  problems  we  attack 
later,  it  is  good  first  to  get  used  to  it  in  this  simple  situation.  In  this 
case,  the  group  is  the  whole  permutation  group  on  R  —  the  set  of  all 
rearrangements  of  its  points.  — 


tep  4:  In  §2  we  show  how  to  use  this  group  to  reduce  the  perceptron  to 
a  simple  form.  The  group-invairiance  theorem  proved  in  §2.  2  is  used  to 
show  that,  for  the  parity  perceptron,  all  masks  with  the  same  support 
— .JjlfM-  *s»  all  those  that  look  at  the  same  number  of  points  —  can  be 
gyen  identical  coefficients.  Let  /3  be  the  weight  assigned  to  all  masks 
that  have  support  size  =  j.  ■* 


where  |X|  is  the  number  of  points  in  X,  k  is  the  largest  support  size, 
and  (I  jl  )  is  the  number  of  subsets  of  X  that  have  j  elements. 
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Step  6:  Because 


(j)"  /l  (n)(n-1)  '  *  ‘(n-j+1) 

is  a  product  of  j  linear  terms,  it  is  a  polynomial  of  degree  j  in  n 
Therefore  we  can  write  our  predicate  in  the  form 


pk(|X|)  >  0, 


W!\ere  Pk  1S  a  Polynomial  in  I  X  |  of  algebraic  degree  <  k.  Now  if  |X  I  is  an 
oddnumfer,  P  (|x|)  >  0,  while  if  jx  |  is  even,  P,(|xl)  0.  Therefore, 

in  the  range  0  <  |Xj  <  |R|,  Pk  must  change  its  direction  |R|  -  1  times. 

But  a  polynomial  must  have  degree  >  |R|  to  do  that,  so  we  conclude  that 
k  >  |  R|.  This  completes  the  proof. 


This  shows  how  the  algebra  works  into  our  theory.  For  some  of  the  more 
difficult  theorems  we  need  somewhat  more  algebra  and  group  theory. 

Here  are  some  of  the  positive  results:  that  certain  patterns  have  certain 
orders. 

Patterns  of  Order  1 


SO.  8  "The  center  of  gravity  lies  to  the  left  of  a  certain  given  point  on  the 
X-axis. " 

•2'4  0ther  similarly  defined  properties  of  moments,  in  fixed  coordinate 
systems^  Includes  "The  area  of  the  image  is  less  than  A. " 

§1.5  Linear  threshold  inequalities. 

§1.4  "The  image  is  exactly  a  certain  one",  or  "differs  from  it  by  not 
more  than  a  given  area  A. " 


18 


ARTIFICIAL  INTELLIGENCE 


Patterns  of  Order  2 

§7.3  "The  figure  is  symmetrical  about  a  fixed  point  in  the  plane. " 

§7.9  "Two  figures,  on  two  given  lines,  are  congruent  under  translation." 
(The  coefficients  diverge,  however,  as  the  retina  size  grows.) 

§1. 8  "The  area  of  the  image  lies  in  a  certain  range. " 

§6.2  "The  figure  lies  within  an  axis-parallel  line." 

§0. 8  "The  moment  of  inertia  of  the  figure  exceeds  some  threshold.  « 

Patterns  of  Order  3 

§7. 10  "Two  figures  on  two  given  lines  are  translation-equivalent  with 
bounded  coefficients  w..M 

l 

§6. 3  "The  image  is  a  convex  figure.  " 

§6. 3  "The  image  is  an  axis-parallel  rectangle. " 

§7.7  "The  image  is  a  square."  (Coefficients  diverge) 

§6.3  Any  two  instances  of  figures  not  translation-equivalent  can  be 
distinguished. 

Patterns  of  Order  4 

§7.7  "The  image  is  a  square  parallel  to  the  axis."  (Bounded  coefficients) 
§6.4  "The  image  is  a  circle." 

§7.5  "The  image  has  a  vertical  axis  of  symmetry."  (Coefficients  diverge) 
(Believed  to  be  unrecognizable  in  any  order  for  bounded  coefficients) 

§7.4  Reflection  symmetry  on  a  line. 

§5.8  "The  Euler  Number  —  that  is,  the  number  of  Components  minus  the 
number  of  Holes  —  exceeds  a  given  number." 
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Patterns  of  Order  5  (or  possibly  one  less! 

§8. 3  "There  is  a  certain  number  of  convex  objects.  »  (No  holes  permitted) 

§8. 3  "The  total  curvature  of  all  the  boundaries  lies  in  a  certain  interval.  " 

§7.  5  "Two  plane  figures  are  equivalent  under  translation.  "  (Unbounded 
coefficients) 

Patterns  of  Order  6  (probably) 

§7.  8  "Two  plane  figures  are  equivalent  under  translation  and  dilation.  " 

The  remarkable  thing  about  the  above  results  is  that  the  order 
remains  fixed,  regardless  of  the  size  of  the  retina.  But  for  other  patterns 
the  order  increases  without  bound  as  the  retina  is  made  larger,  and  it  is 
fair  to  say  that  these  are,  in  a  practical  sense,  outside  the  conceptual 
ability  of  perceptron-like  machines.  These  include: 

Patterns  of  Unbounded  Order  * 

§3.1  "The  number  of  occupied  retinal  cells  is  odd. "  (The  order  is  known 
to  be  equal  to  the  number  of  points  in  the  retina. ) 

§5  "The  image  is  a  single  connected  whole.  "  (The  order  is  known  to 
grow  faster  than^N,  probably  grows  as  (l/2)N.) 

§o.  8  All  topological  properties  except  simple  functions  of  the  Euler 
Number.  For  example:  "one  part  of  the  image  lies  within  a  hole 
inside  another  part"  cannot  be  recognized. 

§4.  0  Certain  simple  Boolean  combinations  of  pairs  of  first-order  patterns. 

T  is  and  §3. 1  show  strikingly  how  perceptrons  differ  from  serial 
computers,  for  these  patterns  are  very  easy  for  serial  machines. 

§6.  6  Very  few  of  toe  finite-order  properties  mentioned  above  remain 
finite  order  in  toe  context  of  other  figures,  or  of  noise. 

C.  CONNECTEDNESS  AND  SERIAL  COMPUTATION 

Our  deepest  results  in  the  Perceptron  theory  are  concerned  with  toe 
geometric  -  or  rather,  topological  —  properties  of  connectedness. 

Because  we  felt  that  there  was  some  inherently  serial  -  or  recursive  - 
character  to  connectedness,  we  decided  to  investigate  the  computational 
geometry  of  this  concept  in  toe  context  of  other  mixtures  of  serial  and 
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parallel  machine  structures,  including  Turing  Machines  and  Iterative 
Arrays.  Some  of  these  are  discussed  in  Chapter  9  of  Perceptrons.  We 
can  give  here  an  example  of  one  such  result. 

Teriy  Beyer  has  investigated  the  time  necessary  to  compute 
^  connected  *n  a  situation  that  provides  a  different  and  perhaps  more 
natural  model  for  parallel  geometric  procedures.  Suppose  that  each 
square  of  a  retina  contains  an  automaton  able  to  communicate  only  with 
its  four  neighbors.  It  can  also  tell  the  state  (black  or  white)  of  its  square 
The  final  decision  about  whether  the  figure  is  connected  or  not  is  to  be 
made  by  some  fixed  automaton,  say  the  one  in  the  top  left-hand  corner. 

On  the  assumption  that  the  states  change  only  at  fixed  intervals  of  time 
we  ask  how  many  time  units  must  pass  before  the  decision  can  be  made 
It  is  obvious  that  on  an  n  x  n  retina  this  will  take  at  least  2n  time  units 
for  this  is  the  time  required  for  any;  information  to  pass  from  the  bottom’ 
right  corner  to  the  top  left.  It  is  not  difficult  to  design  arrays  of  automata 
that  will  make  the  decision  in  the  order  of  N  time  units,  where  N  is  the 
area  of  the  retina.  Beyer's  remarkable  result  is  that  (2  +  ey/fi  is  suf¬ 
ficient  whfere  €  can  be  made  as  small  as  one  likes  by  allowing  the  automa¬ 
ton  to  have  sufficiently  many  states. 


us  the  order  of  magnitude  of  time  taken  by  the  array  is  proportional  to 
V|N|  ,  which  is  intermediate  between  the  times  taken  by  the  single  serial 
machine  (  N  )  and  the  most  general  type  of  parallel  computer  which  is 
known  to  take<  (log  N  )z.  (Perceptrons.  Chapter  9) 


The  following  gives  an  intuitive  picture  of  Beyer's  algorithmic  process. 

e  overall  effect  is  that  of  enclosing  a  component  in  a  triangle  as  shown 
below,  and  slowly  sweeping  it  into  the  northwest  corner  by  moving  the 
hypotenuse  inward. 


Each  component  is  compressed  to  one  isolated  point  before  vanish- 
g.  enever  ms  event  place,  it  can  be  recognized  locally  and  the 
information  transmitted  through  the  network  to  the  corner.  Thus  the  con¬ 
nectedness  decision  is  made  positively  or  negatively,  depending  on  whether 
such  an  even,  happens  once  or  more  than  once.  More  precisely,  the  com¬ 
pression  process  starts  by  finding  the  set  of  all  "southeast  corners"  of  the 
figure. 
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In  this  theory  the  refinal  points  are  taken  to  be 
a  square  checkerboard-like  array.  Two  black 
squares  are  connected  if  they  share  a  common 
edge,  or  are  in  chain  of  squares  so  connected. 
(Diagonal  corner -contact  does  not  count  as  a 
connection. ) 

The  center  square  is  a  southeast  corner  if  the 
South  and  East  are  empty.  All  other  squares 
shown  may  be  empty  or  full. 

In  the  compression  operation,  each  SE  comer  is  removed,  while 
inserting  a  new  square  when  necessary  to  preserve  connectedness  as 
shown  below: 


_ would  break 

the  connection). 


The  diagonal  lines  show  how  repetition  of  this  local  process  does 
squeeze  the  figure  to  the  northwest. 

Repeated  applications  of  this  operation  eventually  reduce  each  component 
to  a  single  point.  The  next  figure  shows  how  it  (narrowly  but  effectively) 
avoids  merging  two  components. 
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It  is  easy  to  see  that  a  component  within  a  hole  will  vanish  (and  be  counted) 
just  in  time  to  allow  the  surrounding  component  to  collapse  down.  We  do 
not  know  any  equivalent  process  for  three  dimensions.  (Consider  knots ! ) 

We  believe  that  further  investigations  of  this  sort  should  lead  to  a 
deeper  understanding  of  parallel  computation  in  general  and  of  the  potential 
role  of  such  processes  in  practical  artificial  and  biological  visual  systems. 

D.  DESIGNING  A  STEREO  VISION  SYSTEM 

Another  example  of  computational  geometry  is  the  reconstruction  of 
a  three-dimensional  scene  from  stereo  views.  In  very  simple  cases  —  for 
example  where  the  scene  consists  of  a  single  point  or  line  segment  -  the 
problem  belongs  to  prospective  geometry.  But  scenes  such  as  those  shown 
in  discussing  SEE  raise  different  problems.  One  possible  approach  is  to 
make  an  analysis  using  SEE  on  each  stereo  view  and  then  match  identified 
objects.  Another  "pure"  approach  is  to  use  the  stereo  match  as  a  means  of 
object  identification.  In  practice,  a  real  vision  system  would  try  to  use  a 
mixture  of  both.  In  this  case  a  new  kind  of  difficulty  arises:  that  of 
manipulating  data  of  varied  kinds  and  varied  degrees  of  reliability. 

David  Perkins  has  been  developing  for  his  Ph.D.  thesis  a  program¬ 
ming  system  for  handling  complex  net-like  data  structures  that  could  allow 
information  of  diverse  sorts  to  be  built  up  in  the  course  of  exploring  a 

scene.  The  stereo  problem  is  being  used  as  the  subject-matter  for  the 
system. 

E.  THEOREM-PROVING  PROGRAMS 

We  are  concerned  about  adapting  automatic  heuristic  deductive 
programs  to  problems  with  large  and  diverse  data  bases.  Gerald  Sussman 
has  programmed  a  classical  th e ore m-pr over  based  on  the  resolution 
principle  and  has  begun  to  gain  experience  with  the  introduction  of  heur¬ 
istics  of  a  more  specific  sort  than  are  usually  employed.  Carl  Hewitt,  at 
the  other  extreme,  has  developed  a  system  and  language  called  PLANNER 
to  permit  the  most  diverse  possible  operations  that  might  be  used  in  proofs. 

Neither  project  is  yet  sufficiently  advanced  to  warrant  detailed  analysis  of 
results. 


Chess  and  Game -Trees  -  Richard  Greenblatt 

During  the  year,  substantial  progress  was  made  on  Mechanical 
Chess  —  a  domain  that  has  long  been  of  great  interest  to  workers  in 
Artificial  Intelligence.  The  program,  known  as  MACHACK  VI,  has 
achieved  the  level  of  ability  of  an  average  amateur  player  and  has  been 
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accepted  as  an  honorary  member  of  the  American  Chess  Federation.  The 
clear  superiority  of  this  program  over  all  previous  ones  is  interesting  both 
theoretically  and  as  a  visible  demonstration  of  programming  techniques 
and  systems.  (See  Greenblatt,  Appendix  C. ) 

For  a  long  time  we  have  hoped  to  see  a  clarification  of  the  theory  of 
non-terminal  Evaluation  functions  in  game-playing,  tree-search  programs. 
One  s  first  inclination  is  to  try  to  interpret  the  E-function  as  an  approxima¬ 
tion  to  an  estimate  of  probability  of  success,  improved  by  the  look-ahead 
procedure.  No  one  has  been  particularly  successful  at  making  this  inter¬ 
pretation  workable.  Some  promising  results  on  probabilistic  strategy  theorv 
are  given  in  a  recent  thesis  by  David  Johnson. 

Mathematical  Laboratory  -  William  A.  Martin  and  Joel  Moses 

It  has  been  our  long-term  goal  to  develop  a  man-machine  system  for 
amplifying  the  effectiveness  of  a  mathematician  working  on  either  applied 
or  abstract  theoretical  problems.  This  project  is  proceeding  in  several 
directions,  to  bring  together  such  systems  as  the  previously-reported 

~;tefyati0n  SyStBm  of  J*  Moses»  the  Symbolic  Mathematical  Laboratory  of 
W.  Martm,  and  the  Mathlab  of  C.  Engelman.  A  two  or  three -year  project 
is  planned,  leading  to  an  on-line  system  to  aid  in  carrying  out  complex  and 
tedious  symbolic  calculations,  and  to  build  up  an  active  store  of  knowledge 
a  out  mathematical  algorithms  and  heuristic  methods.  We  are  preparing  a 
monograph  on  symbolic  algebraic  manipulations.  Martin  is  pursuing  the 
theory  of  parsing  context-free  expressions,  both  as  pure  theory  and  in 
connection  with  an  on-line  parser  for  hand-written  mathematical  formulae. 
Moses  is  developing  a  simplification  system  of  advanced  power  that  will 
for  example,  be  able  to  convert 


1+2  log  (sin22y  +  x  +  cos^Jy)  t-  log^fl+x) 
log  (1+x)  +  1 


to 


1  +  log(l+x). 


With  this,  it  should  be  feasible  to  implement  a  powerful  decision  procedure 
for  integration  due  to  Risch;  the  system  should  be  able  to  integrate 


log  z  -  2 

/i  2  2 

(log  z  +  z) 


2  i  1  , 

~  log  z  +  -  +  l 
Z  b  z 

,  2 

log  z  +  z 


> 
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to 


-  log  z  ..  2 

2  -  +  loS  (log  z  +  z) 

log  z  +  z 

A  program,  called  SARGE,  which  drills  students  in  freshman  calculus 
integration  problems  has  also  been  written  by  Moses.  Students  are  supposed 
to  type  step-by-step  solutions  to  an  integration  problem.  The  computer 
checks  the  correctness  of  the  justification  (e.g. ,  substitution  of  variables) 
given  for  each  step.  Sometimes,  though  rarely,  the  computer  can  give  a 
reasonable  description  of  the  type  of  mistake  the  student  made  in  an  errone¬ 
ous  step. 

Interactive  Computer-Mediated  Animation  -  Ronald  M.  Baecker 

Standard  techniques  of  man-machine  graphical  communication  have 
been  supplemented  with  the  capability  for  immediate  viewing  of  a  synthesized 
animation  sequence.  These  were  constructed  using  three  special-purpose 
animation  systems  which  have  been  implemented  with  the  interactive  graph¬ 
ics  capability  of  the  Lincoln  Laboratory  TX-2  computer. 

The  concept  of  a  table-driven  algorithmic  synthesis  of  an  animated 
display  has  been  developed  as  an  approach  to  the  specification  of  picture 
dynamics.  The  tables,  called  movement  descriptions,  abstract  aspects  of 
behavior  that  recur  over  extended  intervals  of  time  in  a  particular  animated 
display.  Rhythm  descriptions  express  patterns  of  the  triggering,  pacing, 
coordination,  and  synchronizing  of  picture  change. 

Techniques  of  control  that  particularly  exploit  the  interactive  environ¬ 
ment  have  been  developed.  The  animator  is  coupled  to  the  film  under  con¬ 
struction,  both  through  the  sketching  and  graphical  editing  of  static  pictures 
of  dynamic  behavior  (expressed  by  movement  descriptions),  and  through 
the  dynamic  mimicking  of  desired  behavior.  The  animator's  dynamics  are 
expressed  through  stylus,  push-buttons,  and  other  devices;  the  language 
may  be  used  to  construct  animated  visual  displays,  to  build  system  tools 
that  aid  the  construction  process,  and  to  implement  special-purpose 
animation  systems. 

Computer  time  and  support  for  this  research  have  also  been  provided 
by  the  M.I.T.  Lincoln  Laboratory,  under  a  contract  from  the  Advanced 
Research  Projects  Agency. 
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Fourier-Transform  Methods  in  Image  Processing  -  Berthold  K.  P.  Horn 


The  two-dimensional  Fourier  transform  has  been  used  widely  in 
optics  for  the  evaluation  of  image-forming  systems,  yet  has  been  used 
infrequent^  in  pattern  recognition  and  perception  studies.  It  was  thus  of 
interest  to  find  areas  of  image  processing  to  which  the  Fourier  transform 
could  profitably  be  applied.  Although  the  Fourier  transform  has  many 
usefu1  properties  that  indicate  its  use  in  image  processing  (such  as  trans¬ 
lational  invariance)  many  of  these  are  shared  by  other  functions. 

The  Fourier  transform  was  found  to  be  useful  either  in  spectral 
analysis  of  small  image  areas,  or  as  a  global  image-transformer  in: 


1)  focusing  an  optical  device, 

2)  restoring  a  degraded  picture, 

3)  resulution  beyond  the  usual  limits, 

4)  edge  detection  in  a  preprocessing  pass, 

5)  confirmation  of  edges  in  a  given  position, 

6)  least-squares  filtering  the  the  presence  of  noise 

7)  dynamic  range  reduction. 


m»fh  JI°iC°rC!l!Si0nS  h3Ve  bee"  reached  about  «><!  usefulness  of  Fourier 
ethods  in  texture  description  or  curvature  detection.  A  computer 

reafin”lhWaS  fr1<>Ped,  ^  ^  PDP'6  ‘°  allow  experimentation  on  images 
read  in  through  the  on-lme  computer  "eye"  and  the  Fast  Fourier  Trans- 
iorm  method  ws.s  used  in  this  program^ 


Structure  of  Atonal  Mu  sir*  _  Allen  Forte 


Some  aspects  of  this  project,  which  is  concerned  with  a  general 
s  ructural  description  of  so-called  atonal  music,  have  been  presented  in 
rogress  Report  III  and,  more  extensively,  in  MAC-TR-39.  (See  Appendix 
D  )  During  the  past  year  the  score-reading  program,  which  parses  an  in¬ 
ner,  T"®  representing  standard  music  notation,  was  improved  in  the  direc¬ 
tion  of  greater  generality  and  efficiency,  and  more  effective  tools  were 
developed  to  deal  with  certain  basic  problems  of  musical  analysis.  In 
particular,  the  notion  of  time-point  states  has  led  to  a  solution  to  the 
problem  of  segmentation  (the  determination  of  structural  units)  and  has 
suggested  some  useful  ways  in  which  relations  between  such  units  might  be 
sp  aye  .  T  e  task  of  constructing  an  appropriate  model  for  this  music 

remains  difficult  Work  done  thus  far  has  suggested  several  possibilities 
whicii  are  currently  being  programmed. 
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Table -Driven  Compiler  System 
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Resource  Allocation  in  Multiprocess  Computer  Systems  -  Peter  J.  Denning 

The  dynamic  allocation  of  limited  processor  and  main  memory  re¬ 
sources  in  a  user  community  has  been  investigaged,  as  a  supply-and- 
demand  problem,  in  four  phases.  (See  MAC-TR-50,  Appendix  D.) 

First  constructed  was  a  model  for  program  behavior;  such  a  model 
is  needed,  because  one's  ability  to  analyze  an  entire  computer  system,  and 
indeed  one's  philosophy  of  resource  allocation,  depends  on  understanding 
program  behavior.  The  model  constructed  —  the  working  set  model  —  is 
based  on  locality,  the  concept  being  that,  during  any  interval  of  execution, 
a  program  favors  a  subset  of  its  information;  a  working  set  being  a  dynamic 
measure  of  a  computation's  set  of  favored  information.  A  working  set 
storage  management  policy  allocates  processors  to  a  computation  if  and 
only  there  is  enough  uncommitted  space  in  main  memory  to  contain  its 
working  set.  Under  such  a  policy,  a  computation  acquires  and  releases 
storage  as  needed,  independently  of  other  computations.  Because  com¬ 
putations  are  thus  made  statistically  independent,  it  has  been  possible  to 
derive  many  detailed  properties  of  such  policies,  both  in  shared  and  un¬ 
shared  situations.  A  problem  plaguing  many  contemporary  computer 
systems  is  thrashing,  i.e. ,  the  collapse  of  system  performance  due  to 
excessive  paging.  The  working  set  model  provides  an  explanation  for  this 
phenomenon  and  reveals  preventive  methods. 
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In  the  second  phase,  the  properties  of  system  demand  were  defined 
and  studied.  A  computation  is  regarded  as  the  basic  demand -making- 
entity,  placing  demands  jointly  on  processor  and  main  memory  resources 
Its  system  demand  is  a  pair  (processor  demand,  memory  demand) 
where  its  processor  demand  represents  its  immediate  processor  require¬ 
ment  (intensity  and  duration),  and  its  memory  demand  represents  its 
immediate  main  memory  requirement  (its  working  set  size). 

In  the  third  phase,  the  properties  of  dynamic  system  balance 
were  defined  and  studied.  Computations  that  demanded  resources  were 
segregated  into  two  classes:  the  standby  set,  to  which  the  use  of  system 
resources  is  temporarily  denied,  and  the  balance  set,  to  which  the  use 
of  system  resources  is  granted.  A  system  is  balanced  when  the  total 
system  demand  of  the  balance  set  matches  the  system  capacity  A  balance 
policy  is  one  of  resource  allocation  which  regulates  membership  in  the 
balance  set  so  that  balance  is  maintained.  Balance  policies  are  formulated 
as  mathematical  programming  problems  whose  solutions  are  found  dy¬ 
namically  by  the  scheduler.  Bounds  on  the  system  capacity  required  to 
implement  fair  balance  policies  were  found.  We  have  shown  that,  in 
computer  systems  which  page  on  demand  from  a  drum,  the  scheduler 
must  give  top  priority  to  maintaining  memory  balance.  In  this  relatively 
speciai  case,  ^he  mathematical  programming  has  a  simple  solution, 
which  is  exhibited  as  an  algorithm  for  the  scheduler. 

111  the  fourth  phase,  these  ideas  were  applied  to  design  and  adminis¬ 
tration  of  multiprocess  systems.  An  important  equation  relating  hardware 
configuration  (i.e. ,  relative  processor  and  memory  capacities)  to  program 
behavior  and  secondary  memory  access  time  has  been  derived.  An  exten¬ 
sion  of  the  working  set  model  provides  criteria  for  managing  multilevel 
memory  systems.  The  need  for  pooling  processor  hardware  at  a  fine 
evel  of  detail  was  demonstrated  as  a  prerequisite  for  obtaining  the  proc¬ 
essor  capacity  that  will  be  needed  in  future  systems.  Finally,  appropriate 
measures  of  system  performance  were  investigated. 

In  general  terms,  this  work  is  intended  to  fulfill  three  goals.  First, 
it  represents  a  new  approach  to  modeling  the  behavior  of  computational 
processes  in  complex  environs.  Second,  it  provides  a  general,  unified 
philosophy  about  resource  allocation  and  sharing.  Most  importantly,  the 
work  is  intended  to  enkindle  new  thinking  about  the  design,  the  analysis, 
and  the  administration  of  multiprocess  computer  systems. 

Asynchronous  Computational  Structures  -  Fred  L.  Luconi 

Two  trends  have  begun  to  appear  in  the  design  of  modern  digital 
equipment:  one  toward  the  increased  use  of  modular  systems,  the  other 
toward  concurrent  or  paprallel  processing.  The  "computational  schema" 
model  was  developed  as  a  tool  for  dealing  with  these  trends. 
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(See  MAC-TR-49,  Appendix  D.)  This  mathematically  formulated  schema 
provides  a  descriptive  discipline  in  which  to  represent  computational 
structures . 

The  theory  of  systems  from  which  the  schema  model  evolved  is  not 
concerned  with  state  behavior,  but  with  activity  described  by  chains  of 
consequences.  Each  basic  operation  in  a  schema  is  assumed  to  react  in¬ 
dependently  only  to  that  information  in  the  system  to  which  it  has  direct 
access.  The  result  is  that  computational  schemata  -  unlike  conventional 
programming  languages  —  can  be  used  to  represent  systems  in  which 
several  asynchronously  communicating  processes  may  proceed  concur¬ 
rently.  Also,  one  does  not  have  to  deal  directly  with  total  system  states 
that,  in  practical  systems,  are  unmanageably  large  in  number. 

In  addition  to  representational  attributes,  computational  schemata 
have  interesting  mathematical  properties.  We  developed  a  theory  of  asyn¬ 
chronous  intermodule  communication  which  implies  important  and  useful 
properties  of  modular  systems.  In  particular,  output-deterministic  sys¬ 
tem  behavior  was  related  to  conditions  on  subsystem  communication. 

The  theory  of  computational  schemata  has  several  interesting  appli¬ 
cations.  It  provides  a  basis  for  a  digital  system  design  language.  It's  a 
tool  in  developing  methodologies  of  modular  hardware  and  software  design. 
And  most  important,  it  injoins  other  attempts  to  create  new  mathematical 
concepts  in  the  field  of  information  processing. 

Flow  Graph  Schemata  -  Donald  R.  Slutz 

A  model  called  a  "flow  graph  schema"  —  an  extension  of  work  by 
Karp  and  Miller*  —  has  been  formulated  and  studied  extensively.  Model 
components  are  a  set  of  memory  cells,  a  set  of  operations,  and  a  control. 
The  memory  cells  store  values,  and  the  operations  are  used  to  effect 
transformations  over  these  values.  Each  operation  is  able  to  read  values 
in  certain  cells  and  write  values  into  certain  (not  necessarily  distinct) 
cells.  Sequencing  of  various  reads  and  writes  is  governed  by  a  control. 

The  model  operates  asynchronously  and  allows  for  parallel  computation. 

A  flow  graph  schema  is  an  uninterpreted  model  for  a  computation  in  the 
sense  that  no  specific  meaning  is  associated  with  its  operations  or  the 
quantities  manipulated.  The  research  covers  three  principal  topics. 

The  first  topic  concerns  determinacy.  A  model  is  determinate  if 
results  of  a  computation  depend  only  on  initial  values  and  not  on  any  model 
timmg  properties.  Necessary  and  sufficient  conditions  for  determinacy 
have  been  worked  out,  and  a  decision  procedure  was  devised  for  testing 
these  conditions  in  a  large  class  of  flow  graph  schemata. 


*Karp  and  Miller,  Parallel  Program  Schemata.  IBM  Research  Report 
RC  2053,  IBM  Research  Division,  April  1968 
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The  second  topic  is  equivalence  of  schemata.  We  have  shown  that 

equivalence  is  generally  undecidable,  but  for  a  large  class  of  determinate 
g  ow  graph  schemata,  equivalence  is_decidable.  The  decision  procedure 
involves  flow  graph  schemata  that  are  in  a  maximum  parallel  form  which 
can  always  be  found  for  flow  graph  schemata  in  this  class.  ’ 

The  third  topic  concerns  equivalence  preserving  transformations  on 
the  control  structure  of  a  flow  graph  schemata.  Sufficient  conditions  for 
equivalence  were  formulated  that  depend  only  on  the  portion  of  the  struc- 

^,deth°  rS“*  A  procedure  was  devised  to  test  these  conditions 
and  the  problem  of  obtaining  a  maximum  parallel  form  through  a  sequence 
of  local  transformations  was  considered. 

A  brief  evaluation  of  current  and  future  computational  systems  is 
m  terms  o£  the  results  obtained  for  flow  graph  schemata,  and  a 
number  of  mterestmg  extensions  of  this  work  are  suggested,  in  a  Doctoral 
thesis  to  be  published  as  MAC-TR-53. 

Suhas^S  °^PaUl^ram  °raphS  "  Jack  B*  Dennis»  Fred  L.  Luconi,  and 

a  JhG rf  udiGS  °f  Luconi  <see  this  section)  and  Rodriguez  (see  Rodriguez 

putatLTs  h  aT  Pr°Vlded  the  basis  for  developing  an  exposition  of  com- 

This  effort  hT  h  PJ°gram  graphS  f°r  “^graduate  instruction*, 
his  effort  has  produced  a  simplified  version  of  the  theory  .hat  starts 

f*T  *  ^  m°  suitable  for  the  description  of  digital  hardware  and 
extends  this  model  by  stages  to  encompass  features,  such  as  recursion 

gene^l  rmThusnthtrUCtUreS;  6SSential  to  the  descriptions  of  algorithms  in 
general.  Thus  the  research  carried  on  by  the  Computation  Structures 

oup  is  strongly  interacting  with  the  current  effort  to  formulate  a  qualitv 
undergraduate  curriculum  in  Computer  Science.  Q  Y 

^synchronous  Cooperative  Multiprocessing  within  Multics  - 
Prakash  K.  Hebalkar  ‘ — ° - - 

Existmg  systems  do  not  allow  for  cooperative  multi- processing 
.  e;  computations  consisting  of  several  concurrently  operating  processes 
whmh  actively  use  shared  data-bases.  If  all  data  references  were  fully 

r^tlv  Tw  araidkconf^t.  ^ch  computation  would  be  possible.  Cur- 
,  ever,  such  synchronization  is  nearly  impossible.  Wien  asvn- 
c  ronous  operation  of  processes  is  permitted,  output-functionality  -  i.e 

the  Phi°ef>rty  h1  r?SUUS,  °f  3  oomputatlon  are  reproducible  -  becomes 
the  chief  consideration;  but  it  is  difficult  to  obtain  in  practical  systems. 


De“1S'  et  al-  “otes  for  M.I.T.  Course  6.232  "Computation 
ures  ,  Department  of  Electrical  Engineering,  1968 
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The  model  for  output -functional  cooperative  multiprocessing  de- 
veloped  by  Van  Horn  (see  MAC-TR-34,  Appendix  D)  has  been  used  as 
the  basis  for  a  subsystem  of  Multics  that  would  ensure  the  output-function- 
ality  of  multiprocess  computations  (See  Hebalkar,  Appendix  B. ) 

Operation  of  processes  on  segments  is  controlled,  using  the  Multics 
access  checking  mechanism,  so  that  conflicting  data  references  are  con¬ 
strained  to  produce  unique  sequences  of  values.  Procedures  for  use  in 
this  control  of  access,  and  for  the  creation  and  deletion  of  processes  in 
a  convenient  manner,  have  been  defined  in  detail. 

The  proposed  subsystem  ensures  that  all  computations  performed 
within  that  environment  will  have  reproducible  results  with  minimal  re- 
strictionjs.  Multiprocessing  in  the  subsystem  requires  fairly  substantial 
units  of  computation  by  each  process  to  attain  efficient  performance  as 
access  control  is  implemented  by  software  means. 


A_Radical  Computer  Organization  -  Jack  B.  Dennis 

In  a  paper  presented  at  the  IFIP  Congress  1968*,  two  trends  are 
cited  as  being  most  important  in  determining  the  architecture  of  future 
large-scale  computers.  One  is  the  increasing  need  for  computer  designers 
to  obtain  greater  performance  through  the  use  of  parallelism  in  computer 
operations.  The  other  is  the  increasing  dominance  of  programming  costs 
relative  to  the  cost  of  computer  hardware.  The  paper  argues  that  these 
factors  will  eventually  necessitate  computer  architecture  radically  dif¬ 
ferent  from  the  forms  familiar  to  us  during  the  first  two  decades  of 
stored-program  machines.  In  particular,  the  ability  to  couple  independently 
written  programs  together  to  form  larger  programs  -  a  system  property 
called  programming  generality”  -  requires  that  systems  implement 
ocation  independent  means  of  referencing  information.  The  attainment 
o  efficient  use  of  memory  and  processing  equipment  in  such  systems 
requires  exploitation  of  parallelism  within  programs. 


*1'  wDTmSH  '’![>rogramming  Generality,  Parallelism,  and  Computer 
Architecture  Proceedings  of  IFIP  Congress  1968  (Also  as  Computation 
ructures  Group  Memo  No.  32,  Project  MAC,  M.I.T.  ,  August  1968 
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The  outline  of  a  computer  design  which  could 
is  given  in  the  paper.  The  design  is  tased  on  thole  ,  requirements 

(which  exhibit  parallelism  in  a 

programs,  and  a  general  model  tor  hierarchical  information  structures. 


Phase  Structure  Grammars  for  Planar  Patter-.  _  D_  Austln  Henderson 

The  problem  of  providing  a  precise  specification  for  classes  of 

two  dimensional  symbolic  patterns  such  as  all  math  f- 

like  ’  ucn  as  mathematical  expressions 


x  +y 


2.04 


tt^rr-.  °r  appr°ach  is  to  define  sPecial  symbols  indicating 
.  patial  position,  to  be  inserted  between  symbol  strings  to  as  to  trans- 

methJds6  PA  siemit0  °ne  °f  String  Syntax’  Whi0”  may  '*  handled  by  known 

tte  s^c,;  1  Tl  aPPr°aCh  haS  beSn  SUggested  ^  Anderson*  f„  whl™ 
special  symbols  are  replaced  by  complex  positional  predicates  In 

dlffneTets  ofTtf  re0°fnition'  Nnrasimhant  used  head-tail  patterns  to 

pictoriafrules  to  /o'  P  i“f  t0gether'  aocordinS  *°  algorithmic 
pictorial  rules,  to  generate  larger  patterns. 

has  led  toTorldnr  eSerd  S‘mllar  teChniques  for  Pattern  specification 
mulation  of  an  approach  based  on  g-meralizing  the  notion 

ol  l I  Xl"  7S:~  ‘°  Planar  °r  MgL~< arrangements 

aggregates  'of^vmbSs  n  rfP6S  ^  "°W  th°ught  °f  aS  being  "-dimensional 
mSnotatiom  p  <  wo-dimens.onal  patterns  in  the  case  of  mathe- 
n ,  1  ,  tat;°")-  Positional  relations  between  such  aggregates  are  ex- 

It::  “  *»  ‘be  implicit  left  and  riJiT  1 
relationships  m  phrase -structure  grammars. 


R.  H.  Andei son ,  'Syntax  Directed  Recognition  of  Hand -Printed  Two- 
Dimensional  Muthematies",  presented  at  ACM  Symposium  "  aim- 
Systems  for  ExperinamtalApplied  Mathe^T^br ^ 


■(■R.  Narasimhan,  " 
presented  at  ACM 


Syntax  Directed  Interpretation  of  Classes  of  Pictures" 
Workship^Prog^ming  La  nonages ,  August  1965 
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The  problem  of  pattern  specification  is  recognized  as  being  separ¬ 
able  into  two  related  but  distinct  problems,  that  of  lexical  analysis 
(determining  which  terminal  shapes  exist  and  what  their  relationships  to 
each  other  are)  and  syntactic  analysis  (collecting  terminal  symbols  and 
aggregates  into  higher-level  aggregates  and  identifying  their  syntactic 
type).  The  fundamental  form  of  grammatical  rule  used  is  a  pattern  re¬ 
placement,  analogous  to  the  rule  of  a  context-sensitive  grammer  The 
notation  closely  parallels  the  AM3IT/G  programming  language.  Re¬ 
stricted  forms  and  notation  were  developed  for  the  context-free  case, 
providing  a  specification  language  which  may  be  considered  the  Backus - 
Nauer  Form  for  two -dimensions.  Some  notations  for  specifying  highly 
context-sensitive  pattern  languages  were  examined,  and  a  two-dimensional 
regular-expression-like  notation  was  developed. 


Structure  Theory  of  Finite -State  Machines  -  Chung  L.  Liu 

The  structure  theory  of  information  transducers  was  studied.  A 
certain  class  of  information  transducers,  including  all  finite-state' 
machines,  is  characterized  by  lattice  functions  describing  the  transforma - 
ion  of  input  information  to  output  information.  These  transducers  can  be 
further  classified  by  their  characterizing  lattice  functions  being  isotone 
functions,  join  homomorphisrns,  meet  homomorphisms,  and  lattice 
homomorphisms.  Corresponding  to  these  lattice  functions,  algebraic 
systems  known  as  pair  algebras  can  be  defined.  The  mathematical 
properties  of  pair  algebras,  and  their  applications  to  the  structure 
theory  of  finite-state  machines,  were  investigated. 

A  problem  concerning  the  structure  of  stochastic  finite-state 
machines  was  also  studied.  A  stochastic  finite -State  machine  is  said  to 

bf  dcfln^e  lf  lts  state  Probability  distribution  is  independent  of  its  initial 
state  probability  distribution  after  a  finite  number  of  transition  steps 
An  algorithmic  procedure  for  testing  the  definiteness  of  stochastic 
Unite -state  machines  was  found. 


Ta_.ble  Priv3iT_Comj3ilcr  System  -  James  A.  Hamilton,  Chung  L.  Liu 

Previous  work  on  compiler  systems  was  extended.  A  generalized 
ranslator  system  was  designed  and  implemented,  with  efficiency  and 
f  exibility  as  primary  objectives.  The  salient  features  of  the  system  are: 
(1  a  highly  machine-like,  table-driven  compiler  which  allows  the 
designer  to  specify  his  own  translation  algorithm  in  terms  of  primitive 
operations  which  are  well  matched  to  the  problem;  and  2)  a  table  generator 
w  ich  provides  a  low-level,  assembly-type  language  in  which  to  express 
these  primitive  operations.  Details  of  the  translator  system,  together 
with  a  working  compiler  designed  as  an  illustrative  example,  were  des¬ 
cribed  in  a  Master's  thesis  by  J.  A.  Hamilton.  (See  Hamilton,  Appendix 
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CTSS  and  Multics  System  Development  -  Fernando  J.  Corbato 
A.  INTRODUCTION 

From  July  1967  through  June  1968  ,  the  Computer  System  Re¬ 
search  Group  devoted  its  attention  almost  entirely  to  Multics  system 
development.  The  Multics  (Multiplexed information  and  Computing 
^ervice)  system  is  a  collaborative  venture  of  Project  MAC,  the  General 
Electric  Corporation,  and  Bell  Telephone  Laboratories,  on  the  GE  645 
computer.  As  personnel  from  each  group  are  involved  with  most  of 
the  efforts  on  the  system  as  a  whole,  no  attempt  will  be  made  in  this 
report  to  separate  out  one  group's  contribution  to  the  overall  progress 
oi  M^os  The  only  activity  of  the  Computer  System  Research  Group 

irectly  related  to  Multics  —  and  one  which  is  gratefully 
acknowledged  -  was  the  consultation  aoid  supervision  of  maintenance 
and  accounting  activities  for  CTSS  (the  Compatible  Time-Sharing 

^ystem)  provided  by  Thomas  Van  Vleck,  in  addition  to  his  work  on  the 
Multics  Project. 

At  the  beginning  of  the  reporting  period,  the  initial  Multics  sys¬ 
tem  planning  and  design  was  essentially  complete.  Therefore  the 
primary  effort  expended  during  this  period  was  directed  toward  imple¬ 
mentation  issues.  As  discussed  below,  certain  redesign  work  was 
pet  ormed;  but,  on  the  whole,  the  production  and  integration  of  indi  - 
i  Jual  modules  was  the  primary  concern.  "Integration"  of  the  system  - 
that  is,  causing  separately  coded  modules  to  perform  properly  in  the 
system  environment  -  is  a  major  task  in  any  system  development 
Despite  a  high  degree  of  planned,  functional  modularity  in  the  Multics 
esign,  integration  was  still  found  to  be  a  major  effort,  since  Multics 
contains  a  large  number  of  modules,  with  complex  interdependencies. 

B.  SYSTEM  INTEGRATION  BENCHMARKS 

related  “  ^st  year's  report,  various  "benchmarks"  have  been 
efined  to  gauge  development  progress.  The  first  of  these,  called 

here  as  th,!  Ph"  in  June  of  19675  we  recapitulate 

here  as  he  I  hase  .5  system  offers  the  context  for  the  remaining 

benchmarks.  The  system's  fractional  designation  was  due  to  the  fact 

hat  it  was  a  pre-Multics  system.  That  is,  the  environment  in  which 

’  Dseu^o  °Pera,!ed  WaS  n0t  a  trUe  Multics  "Process"  one,  but  a 
monitor  P^GSS  environment  which  used  an  adaptation  of  the  GECOS 

V  rAera^°n  WaS  Pr°Vided  thrOUgh  the  operator’s  typewriter 
f  M  J  ‘  he  Phase  •  5  system  comprised  the  Basic  File  System 
Multics  As  this  subsystem  is  considered  to  be  fundamental  to 
Multics,  it  received  the  earliest  attention  in  both  design  and 
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implementation.  The  Phase  .5  system  demonstrated  the  workability  of 
the  Multics  notions  of  segmentation  and  paging,  as  well  as  the  work¬ 
ability  of  the  hierarchical  file  system  structure. 

By  December  of  1967,  the  "Phase  1"  system  had  been  demon¬ 
strated.  Self-initializing  from  a  reel  of  tape,  this  system  not  only 
operated  it,  but  itself  established,  a  Multics  "process"  environment. 
The  Phase  1  system  comprised  one  process,  with  interaction  furnished 
through  a  standard  Multics  console.  In  addition  to  the  Basic  File  Sys¬ 
tem,  early  versions  of  the  Input/Output  System  and  the  Command 
System  were  present.  However,  the  Traffic  Controller  was  not  as  yet 
present;  hence,  the  Phase  1  system  possessed  no  multi -programming 
or  multi -processing  abilities.  The  command  repertoire  was  limited  to 
simple  commands,  primarily  dealing  with  file  system  functions. 

Phase  1  was,  though,  the  first  "real"  Multics  system. 


An  early  version  of  the  Traffic  Controller  was  integrated  with  the 
Phase  1  system  in  March  of  1968,  thus  demonstrating  the  ability  to 
perform  multi -programming  and  multi-processing,  and  also  allow  new 
processes  to  be  created  by  the  working  Multics  system.  Commands 
were  executed  by  several  users  working  from  several  consoles.  The 
final  major  module  to  be  integrated  during  the  reporting  period  was 
Access  Control,  in  May  of  1968.  This  module  furnishes  protection  of 
segments  in  two  distinct  senses.  First,  supervisor  segments  are 
partitioned  from  user  segments  by  a  series  of  "protection  rings". 
Access  to  supervisor  segments  is  limited  to  defined  points  that  are 
gates"  in  the  protection  "walls".  As  the  segments  which  constitute 
the  Multics  supervisor  are  themselves  part  of  each  process,  this  first 
form  of  protection  may  be  thought  of  as  infra -process  protection.  The 
second  sort  of  protection  which  Access  Control  provides  is  that  of 
'inter-process"  protection;  that  is,  the  ability  to  mark  individual  seg¬ 
ments,  whether  or  not  they  be  members  of  the  supervisor,  as  being 
protected  from  users  other  than  their  creators. 

By  the  end  of  the  reporting  period,  the  Demonstrable  Initial 
Multics  benchmark  was  near  completion.  All  of  the  modules  necessary 
to  fulfill  the  definition  of  the  system  (essentially  equivalent  to  the 
Initial  Multics"  benchmark  described  in  last  year's  report)  were  avail¬ 
able,  but  further  debugging  and  integration  tasks  remained  to  be  per¬ 
formed.  The  performance  requirement  for  this  system  is  the  ability  to 
support  about  eight  users  doing  useful  work  for  a  reasonable  time  (on 
the  order  of  a  few  hours)  before  encountering  a  system  difficulty  which 
must  be  debugged  off-line.  Shortly  after  the  Demonstrable  Initial 
Multics  benchmark  is  achieved,  a  further  benchmark,  called  Limited 
Initial  Multics,  is  expected  to  be  reached.  At  this  point,  final 
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integration  and  development  work  will  be  performed,  essentially  under 
just  the  Multics  system.  That  is,  there  will  be  no  further  dependency 
upon  CTSS  for  source  file  creation  and  editing.  (Under  Limited  Initial 
Multics,  there  will  for  a  time  probably  be  some  need  for  the  GECOS 
environment,  for  a  certain  amount  of  compilation  and  system  tape 
generation,  until  the  system  compiler  and  assembler  are  performing 
efficiently  under  Multics.) 

A  version  of  the  system  is  expected  to  be  available  to  members  of 
the  Project  MAC  user  community,  beyond  the  Multics  development 
workers,  early  in  1969. 

C.  PERFORMANCE  IMPROVEMENT 

In  parallel  with  the  integration  tasks  discussed  above,  a  major 
effort  has  been  directed  at  improving  the  performance  of  each  version 
of  the  system  as  it  evolved.  (A  performance  improvement  is  either  a 
means  of  furnishing  more  rapid  response  to  a  given  user  or  a  means  of 
allowing  more  users  to  employ  the  system  simultaneously.)  There  are 
two  broad  categories  of  performance  improvements:  redesign  of 
selected  modules,  and  the  application  of  certain  optimizing  strategies. 

The  optimizing  strategies,  in  turn,  are  of  two  sorts:  The  first 
and  more  obvious  is  that  of  improving  the  compiler  for  the  language  in 
which  the  bulk  of  the  system  is  encoded.  During  the  year,  the  EPL 
(Early  PL/I)  compiler  was  subjected  to  close  scrutiny,  and  its  code 
generation  improved.  Further,  increased  understanding  of  the  com¬ 
piler  on  the  part  of  the  programming  staff  allowed  for  recoding, 
especially  of  commands,  in  order  to  employ  optimal  tactics.  With  the 
latest  version  of  EPL,  an  enlightened  programmer  could  reduce  pro¬ 
gram  bulk  by  some  50  percent  or  more.  The  importance  of  improve¬ 
ments  to  the  compiler  cannot  be  overstated:  in  at  least  one  case, 
recoding  and  recompiling  led  to  a  reduction  to  one  fifth  the  previous 
size.  At  the  same  time,  a  full,  optimizing  PL/I  compiler  is  under 
development.  When  available,  this  compiler  should  "automatically" 
afford  considerable  further  code  tightening.  The  second,  less  obvious 
strategy  is  binding  .  This  technique  all  the  combining  of  separately 
compiled  segments  into  single  segments.  Binding  improves  system 
efficiency  in  several  ways:  linkage  faults  are  reduced  in  number, 
missing  segment  faults  are  reduced  in  number,  and  the  bookkeeping 
necessary  for  maintaining  segments  in  a  process  is  minimized.  By  the 
end  of  the  reporting  period,  a  large  number  of  the  segments  comprising 
the  current  version  of  the  system  were  bound. 
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The  redesign  of  various  system  areas  proved  to  be  especially 
fruitful  in  improving  system  performance.  This  is  particularly  true 
because  initial  encoding  of  a  given  system  portion  is  often  of  "first 
draft"  nature;  that  is,  after  completion  of  a  system  area,  the  consequen- 
cies  of  a  functional  specification  are  fully  evident.  In  the  case  of  a 
simple  module,  the  normal  procedure  is  for  a  programmer  to  iterate 
the  design  in  his  head,  trying  out  alternatives  and  eventually  settling  on 
the  choice  which  works  out  most  effectively  in  the  situation.  In  the  case 
of  a  large  functional  area,  however,  this  iteration  is  usually  beyond  the 
capacity  of  even  gifted  programmers.  The  only  recourse  then  seems 
to  be  to  try  out  the  design,  evaluate  the  performance,  isolate  the  dif¬ 
ficulties  and,  in  a  deep  sense,  understand  better  the  process  that  is 
being  programmed.  In  this  way  the  next  iteration  of  design  is  possible 
and  recoding  can  commence.  Historically,  this  effect  is  not  unfamiliar: 
for  instance,  the  initial  versions  of  the  Fortran  compiler  for  various 
machines  were  quite  large  and  cumbersome,  and  required  rather 
large-scale  development  efforts  to  produce;  contemporary  Fortran 
compilers,  benefitting  from  some  ten  years  of  iteration,  can  be  sur¬ 
prisingly  compact,  and  are  produceable  by  one-  or  two-man  teams. 

The  point  is  that  the  initial  implementation  of  a  (functionally)  large 
program  tends  to  be  primarily  concerned  with  causing  the  desired 
functions  to  be  performed  at  all;  causing  them  to  be  performed  in  an 

efficient,  "tight"  fashion  is  often  relegated  to  the  status  of  a  second 
discrete  step. 

The  following  areas  underwent  major  redesign  and/or  extensive 
recoding  during  the  reporting  period: 

1.  The  logic  required  for  processing  a  missing  page  fault  was 
reduced,  from  a  time  consumption  of  some  90  milliseconds 
to  a  time  consumption  on  the  order  of  15  milliseconds. 

(Note  that  the  90  milliseconds  figure  itself  represents  a 
reduction,  through  recodings  of  the  earlier  logic,  from  a 
level  of  some  200  milliseconds.) 

Several  iterations  of  the  typewriter  I/O  system  reduced  it 
from  over  40K  instructions  in  length  to  fewer  than  10K 
instructions. 

3.  The  Shell  —  the  command  language  interpreter  and  primary 
module  of  the  Command  System  —  was  reimplemented,  re¬ 
ducing  its  bulk  from  over  20K  instructions  to  fewer  than  3K. 
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4.  A  new  version  of  the  standard  context  editor  command  was 
produced,  of  fewer  than  3K  instructions,  a  reduction  from 
over  50K  instructions. 

5.  The  amount  of  "wired-down  core"  —  that  fraction  of 
memory  which  must  be  reserved  for  the  system-wide  in¬ 
formation  and  code  necessary  to  process  a  page  fault  non- 
recursively  —  was  reduced  by  virtue  of  various  redesign 
efforts  from  more  than  130K  to  less  than  80K.  (Also,  addi¬ 
tional  functions  are  performed  at  this  reduced  level  which 
were  not  performed  in  the  previous  version.) 

5.  The  Core  Control  module  —  responsible  for  finding  and 
freeing  blocks  of  memory  into  which  new  pages  are 
brought  -  was  redesigned,  reducing  the  number  of  instruc¬ 
tions  required  from  some  24K  to  about  IK.  (Recoding  and 
recompilation  of  the  earlier  version  had  resulted  in  a  5K 
version,  again  demonstrating  the  gains  experienced  via 
EPL  improvement.)  The  Core  Control  data  base  was  re¬ 
duced  from  about  12K  words  to  about  2K  words  by  the 
redesign.  A  further  redesign  is  projected  which  will 
eliminate  Core  Control  as  a  separate  entity,  subsuming  its 
functions  under  other  parts  of  the  File  System. 

The  "GIM"  -  the  interface  module  between  the  I/O  system 
and  the  Generalized  Input /Output  Controller  (GIOC)  —  was 
reduced  from  some  65K  instructions  and  data  to  some  8K 
instructions  and  data  after  one  large  redesign. 

The  "Drum  DIM"  —  the  interface  module  between  the  File 
System  and  the  high-speed  drum  —  went  from  about  65K 
words  of  instruction  and  data  to  about  15K  as  a  result  of 
recoding  and  recompilation,  then  to  some  2K  through  a  re¬ 
design.  A  further  redesign  is  projected  which  will  reduce 
the  total  number  of  instruction  and  data  words  to  approxi¬ 
mately  IK. 

A  redesigned  version  of  the  Inter-Process  Communications 
facility  requires  some  10K,  down  from  over  40K.  Further 
simplifications  are  expected  to  result  in  an  TPC  of  about  4K. 

The  Segment  Management  Module  (SMM)  -  responsible  for 
locating  segments  in  the  file  hierarchy  by  symbolic  name, 
and  maintaining  the  relationship  information  in  regard  to 
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segment  names  and  numbers  —  underwent  drastic  rethink¬ 
ing.  Originally  an  independent  module  of  over  30K  instruc¬ 
tions,  with  an  extensive  dedicated  data  base,  the  SMM 
became  a  portion  of  the  Basic  File  System  comprising  some 
5K  instructions,  while  the  data  base  was  eliminated  com¬ 
pletely,  its  functions  being  included  in  an  existing  data  base. 

11.  A  global  change  in  system  logic  was  the  combining  of  link¬ 
age  sections  for  many  segments  into  single  lmkage 
segments.  This  "combined  linkage  segment"  approach 
radically  reduces  the  number  of  segments  (and  consequent 
bookkeeping)  in  a  process.  An  indirect  measure  of  the 
results  of  this  change  was  that  system  initialization  time 
decreased  by  one  half  when  it  was  installed. 

12.  Finally,  the  amount  of  time  necessary  for  the  system  to 
initialize  itself  was  reduced,  by  virtue  of  extensive  re¬ 
thinking  and  recoding,  to  approximately  5  minutes  from 
over  45  minutes. 

With  the  exception  of  the  page  fault  path  and  system  initialization, 
direct  timing  figures  are  unavailable.  However,  one  of  the  conse¬ 
quences  of  a  paged  environment  is  that  space  reductions  automatically 
lead  to  time  reductions  because  of  the  smaller  number  of  page  faults 
incurred  by  smaller  modules.  (Fewer  instructions  also  require  less 
time  to  execute,  of  course.)  A  further  advantage  which  accrues  is  that 
with  each  user  process  made  smaller,  the  number  of  multi -program¬ 
mable  processes  in  a  given  amount  of  core  increases.  Thus,  the 
reductions  in  bulk  cited  serve  both  of  the  performance  improvement 
goals  mentioned  earlier;  each  process  expends  less  time,  and  more 
processes  can  be  accommodated. 

The  implications  of  the  performance  improvement  efforts  under¬ 
taken  merit  further  discussion,  in  the  general  context  of  principles  of 
system  design  and  development.  Although  in  practice  they  are  not 
necessarily  separate,  let  us  consider  first  recoding,  then  redesign. 
There  are  two  points  to  be  made  about  the  coding  problems.  First, 
despite  the  fact  that  the  use  of  a  high -order  language  continues  to  be 
very  valuable ,  as  discussed  in  previous  reports ,  it  does  leave  the 
project  somewhat  vulnerable  to  the  chosen  compiler's  inefficiencies. 
Having  a  compiler  which  generates  good  code  early  in  the  history  of  a 
project  is  particularly  desirable  because  it  facilitates  resolution  of  the 
ambiguity  as  to  whether  performance  is  being  hampered  by  the  design 
or  by  the  implementation.  Second,  even  with  a  good  compiler,  coding 
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'‘style"  is  a  factor  which  is  often  not  given  enough  importance.  There 
are  frequently  alternate  ways  of  encoding  the  same  algorithm,  and 
superior  and  inferior  ways  must  be  identified.  The  point  at  issue  here, 
which  may  be  obvious,  is  that  certain  encodings  invoke  more  elaborate 
mechanisms  and  code  constructs  from  the  compiler  than  do  other 
encodings. 

The  implications  of  the  redesign  work  are  less  obvious.  However, 
it  may  be  observed  that  even  the  extremely  competent  people  working 
on  the  project  experienced  difficulties  in  seeing  in  advance  the  full  con¬ 
sequences  of  a  given  design  of  a  given  functional  area.  Many  times,  an 
initial  design  of  a  functional  area  was  found  to  rely  too  heavily  on 
structural  modularity,  and  the  improved  design  turned  out  to  be  a 
single  unit  (segment)  in  place  of  a  number  of  units  (segments).  That  is, 
the  consequences  of  a  compact  design  seem  to  be  far  easier  to  grasp. 

It  is  possible  that  the  solution  to  this  problem  lies  in  expending  far 
more  effort  on  reviewing  and  mentally  "stepping  through"  system  de¬ 
signs  than  is  typically  done.  The  difficulty  with  this  approach  is  that 
it  is  very  hard  to  evaluate  a  design  without  actually  using  it.  There¬ 
fore,  what  seems  to  be  needed  is  a  judicious  balance  of  pre-  and  post¬ 
implementation  design  iteration. 

D.  OTHER  EFFORTS 

In  addition  to  the  integration  and  performance  improvement  tasks, 
various  other  efforts  were  performed  during  the  year.  Foremost  among 
these  was  continued  expansion  of  the  command  repertoire,  beyond  the 
immediate  needs  of  the  various  benchmark  systems.  Development  work 
took  place  upon  numerous  compilers,  including  FORTRAN,  FL  (a  Function 
Language  developed  by  the  General  Electric  staff) ,  the  full  PL/I 
mentioned  earlier,  BCPL,  and  SNOBOL.  Also,  planning  was  begun  for 
implementing  the  AED  language  under  Multics. 

Several  additions  were  made  to  EPLBSA,  the  system  assembly 
language,  during  the  year:  multiple  location  counters  were  added; 
relocation  bits  for  binding  were  implemented;  the  ability  to  produce  a 
symbol  segment  was  added;  and  commented  linkage  sections  are  now 
produced. 

The  following  development  tools  were  implemented:  A  "tape 
daemon",  which  allows  magnetic  tape  input  and  output  under  the 
Demonstrable  Initial  Multics  System;  a  new  version  of  the  "merge 
editor",  which  is  used  for  creating  input  tapes  to  GECOS  for  compila¬ 
tion  and  assembly,  for  use  under  Multics;  and  a  new  version  of  the 
Multics  System  Tape  Generator,  also  for  use  under  Multics.  The 
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latter  two  features  are  especially  important  to  the  Limited  Initial  Multics 
system,  which  is  to  operate  independently  of  CTSS.  Also,  a  Multics 
Bootload  Operating  System  (MBOS)  was  produced;  this  system  allows 
the  operations  staff  to  perform  consecutive  system  tests  and  take  dumps 
when  necessary,  as  well  as  to  record  the  state  of  a  running  system  for 
subsequent  restoration. 

In  the  area  of  documentation,  it  may  be  noted  that  the  Multics 
System  Programmers'  Manual  grew  from  373  sections  at  the  beginning 
of  the  year  to  586  sections  by  the  end  of  the  year,  with  total  pages 
going  from  2,258  to  3,470.  In  addition,  Professor  Elliot  Organick's 
Primer  for  Multics  Sub-System  Designers  has  continued,  with  three 
chapters  already  published  and  three  others  in  advanced  draft  states. 
Finally,  detailed  planning  and  some  initial  writing  of  a  Multics  Users* 
Manual  began  during  the  year;  this  manual  to  be  available  at  the  advent 
of  the  Operational  Initial  Multics  System  as  the  primary  public  source 
of  usage  information  about  the  system. 

Figure  l  offers  a  bar  chart  depicting  the  growth  of  the  system 
during  the  reporting  period.  The  units  are  pages  of  source  code.  By 
the  end  of  the  reporting  period,  the  checked-out  code  in  the  system  — 
exclusive  of  translators  —  totalled  some  350,000  instructions. 

E.  HARDWARE 

As  to  be  expected  with  prototype  hardware,  there  were  some 
transient  instabilities  during  the  year.  The  only  major  difficulty 
encountered  was  with  the  magnetic  surface  of  the  drum,  which  had 
flaked,  requiring  a  replacement  unit. 

The  two-processor  configuration  at  Cambridge  was  partitioned 
into  a  "GECOS  machine"  and  a  "Multics  machine".  The  former,  which 
has  128K  of  core  at  its  disposal,  is  employed  for  compilation  and 
assembly  runs ,  as  well  as  for  module  check-out  in  the  pseudo-process 
environment.  The  latter,  which  has  256K  at  its  disposal,  is  used  for 
"bootloads"  —  that  is,  for  testing  in  the  Multics  environment  by 
initializing  the  system  from  tapes ,  beginning  with  a  figurative  or 
literal  push  of  the  bootload  button  —  and  for  console  sessions  in  which 
the  current  version  of  the  system  is  used  for  productive  work. 

In  the  fall  of  1968,  it  is  anticipated  that  "Phase  B"  production 
model  hardware  will  be  brought  in. 


Figure  1.  Phase  I  Multics  and  Initial  Multics  Si 
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F.  FUTURE  PLANS 

It  would  perhaps  be  of  interest  to  summarize  the  future  plans  dis¬ 
cussed  previously.  Improvement  of  system  performancs  will  continue 
to  be  a  major  goal;  important  modules  of  the  supervisor  for  which  re¬ 
designs  are  already  under  development  are  Page  Control  and  Traffic 
Control.  A  second  area  of  performance  improvement  is  the  PL/I  com¬ 
piler  now  being  implemented;  when  available,  this  compiler  will  be 
employed  to  re-compile  the  existing  system,  producing  optimized  code 
which  in  turn  will  decrease  execution  time  of  the  system  in  general. 
Among  the  benchmarks ,  the  most  imminent  is  Demonstrable  Initial 
Multics,  a  version  of  the  system  which  will  permit  system  programmers 
to  perform  productive  work  (as  distinguished  from  mere  system  test¬ 
ing)  under  Multics  itself.  Next  will  come  Limited  Initial  Multics,  at 
which  point  development  work  becomes  independent  of  CTSS.  After 
that,  the  remaining  dependency  on  GECOS  (for  additions]  compilation 
and  assembly  ability)  will  be  removed,  and  Multics  will  become  avail¬ 
able  for  use  by  members  of  the  Project  MAC  user  community;  at  which 
time  it  is  anticipated  that  the  system's  command  repertoire  will,  as 
CTSS  experience  dictates,  expand  rapidly.  Both  the  command  reper¬ 
toire  and  the  supervisor  itself  will,  of  course,  still  be  the  concern  of 
the  system  programmers  as  well. 
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Introduction 

Computer-Aided  Design  Project 

A.  The  AED  Bootstrapping  Process 

B.  CADET 

C.  Display  Interface  System 

D.  AED  Cooperative  Program 

On-Line  Simulation  of  Networks  and  Systems 

A.  CIRCAL-II 

B.  A  Recursive  Approach  to  the  Computer  Analysis 
of  Nonlinear  Networks 

C.  Tearing  Techniques 

D.  On-Line  Simulation  of  Block-Diagram  Systems 

Project  Intrex 

A.  The  Augmented  Catalog 

B.  Text  Access 


Display  Systems  Research 

(This  work  is  reported  in  the  next  section  - 
Graphics  Research.) 
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Introduction  -  John  E.  Ward 

The  Project  MAC  time-sharing  system  continues  to  stimulate  the 
research  activities  of  a  substantial  number  of  faculty,  staff,  visiting  staff, 
and  graduate  students  of  the  Electronic  Systems  Laboratory.  In  addition, 
a  number  of  other  graduate  and  undergraduate  students  have  found  oppor¬ 
tunities  for  thesis  research  in  connection  with  MAC/ESL  activities. 


During  the  past  year,  MAC-related  activities  in  ESL  included  re¬ 
search  in  display  system  technology,  programming  systems  and  languages 
for  computer-aided  design,  computer-aided  electrical  network  design,  and 
library  information  retrieval  (Project  Jntrex) .  Display  System  Research 
is  described  beginning  on  page  69,  and  the  other  topics  are  discussed  in 
this  following  section. 


Part  of  the  display  research  in  the  Electronic  Systems  Laboratory  is 
directly  supported  by  ARPA  through  Project  MAC  -  other  MAC-related 
research  in  the  Electronic  Systems  Laboratory  is  supported  by  a  number 
of  other  agencies,  including:  Air  Force  Materials  Laboratory,  WPAFB; 
the  National  Aeronautics  and  Space  Administration;  the  National  Science 
Foundation;  the  Council  on  Library  Resources,  Inc. ;  the  Carnegie  Founda¬ 
tion;  and  the  American  Newspaper  Publishers  Association. 


Computer-Aided  Design  Project  -  Douglas  T.  Ross 

The  M.I.  T.  Computer-Aided  Design  Project  is  engaged  in  a  program 
of  research  into  the  application  of  the  concepts  and  techniques  of  modern 
data  processing  to  the  design  of  mechanical  parts,  as  an  extension  of  auto¬ 
matic  programming  (APT)  systems  for  numerically  controlled  machine 
tools.  Whereas  part  programming  is  a  relatively  bounded  domain  which 
permitted  a  single,  standard  APT  program  and  language,  the  problem  of 
designing  large  systems  such  as  aircraft  is  so  complex  that  no  one  design 
program  or  language  can  be  constructed  that  will  serve  all  the  varied 
needs.  In  fact,  it  is  clear  that  a  very  large  number  of  design  languages 
and  programs  will  be  required,  each  tailored  to  a  specific  aspect  of  the 
oveiall  design  process.  Since  the  time  and  effort  needed  to  construct  each 
such  language  and  program  -  and  make  it  available  on  computers  of  various 
types  -  could  equal  that  of  the  entire  APT  development  is  traditional 
methods  were  used,  the  major  effort  of  the  project  for  the  past  several 
years  has  gone  into  developing  techniques  for  automating  as  much  of  the 
processes  of  constructing  specialized  languages  and  programs,  and  moving 
programs  from  one  computer  to  another,  as  possible.  The  result  is  the 
AED  (Automated  Engineering  Design)  family  of  programming  systems,  in¬ 
cluding:  the  AED-1  System,  whose  domain  is  general  programming, 
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compiling,  and  operating  of  programs  on  essentially  any  large-scale  com¬ 
puter;  the  RWORD  System,  which  builds  a  lexical  processor;  the  AEDJR 
System,  which  builds  a  parsing  processor;  and  the  CADET  (Computer- 
Aided  Design  Experimental  Translator)  System,  aimed  at  a  generalized 
approach  to  computer-aided  design  applications. 

The  major  emphasis  during  this  year  has  been  on  the  subject  of 
machine  independence  and  fhe  process  required  to  convert  the  AED  Sys¬ 
tem  programs  to  new  and  basically  different  computers  through  an  almost 
completely  automatic  computer  technique  called  "bootstrapping".  Because 
of  the  importance  of  this  technique,  which  ha3  already  resulted  in  availa¬ 
bility  of  the  AED  System  on  the  IBM  360  and  Univac  1108  computers,  a 
brief  exposition  of  the  boc  ^.strapping  process  is  presented. 

In  cooperation  with  the  Graphics  Research  Group,  a  first-level  pro¬ 
gram  to  permit  the  PDP-7  to  act  as  a  buffer  between  the  ESL  Display  Con¬ 
sole  and  the  7094  time-sharing  system  was  completed  and  checked  out, 
and  research  continued  into  new  and  better  ways  to  use  the  two  computers 
interactively. 

The  AED  Cooperative  Program,  which  began  in  1964,  is  aimed  at 
transferral  of  research  results  to  government  and  industry.  Eight  visiting 
staff  members  from  industry  participated  in  Project  activities  during  the 
past  year,  making  a  total  of  32  visitors  from  22  companies  since  1964. 
Sixteen  outside  organizations  received  tapes  and  operating  information  for 
the  initial  release  of  AED  for  use  on  the  360  and  1108  computers. 

A.  THE  AED  BOOTSTRAPPING  PROCESS 

Given  the  AED  System  operating  on  one  computer,  called  the  Host 
Computer,  the  programs  which  constitute  AED  are  compiled  into  a  new 
form  wtiich  will  operate  on  another  computer,  called  the  Target  Computer. 
This  process  is  outlined  in  the  following  sections. 

1.  AED  Compiler  Pieces 

The  AED  Compiler  is  composed  almost  entirely  of  programs  written 
in  the  AED-0  Language.  The  remaining  portion  is  a  minimum  number  of 
additional,  machine -language  programs  which  handle  a  few  operations  that 
are  totally  machine  dependent  and  serve  to  interface  the  AED  Compiler 
with  the  machine  environment. 

Most  of  the  AEDO  Language  source  programs  are  completely  ma¬ 
chine-independent;  i.e. ,  they  deal  with  operations  that  must  be  performed 
on  any  computer.  Machine -dependent  data  structures  (called  "state  beads") 
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describing  the  Target  machine  are  all  defined  in  a  single  program  segment 
that  is  inserted  in  the  machine -independent  programs  by  an  INSERT  state¬ 
ment.  A  smaller  number  of  the  compiler's  AED-O  Language  source  pro¬ 
grams  deal  with  machine -dependent  aspects  of  the  compilation  process. 

The  number  of  these  programs  depends  upon  the  special  machine  charac¬ 
teristics  and  how  "smart"  the  compiler  is  in  the  use  of  these  characteristics. 


In  addition  to  the  body  of  the  compiler  programs,  there  is  a  series 
of  packages  of  procedures  which  we  call  the  "Support  Package  '.  Each 
portion  of  the  Support  Package  handles  one  aspect  of  the  system -building 
process  (dynamic  storage  allocation,  string  manipulation,  etc.),  and  the 
compiler's  source  programs  make  frequent  use  of  these  packages.  In  the 
same  way  as  the  compiler  source  programs,  the  Support  Package  is 
divided  into  AED-O  Language  source  programs,  both  machine  independent 
and  machine  dependent,  plus  a  few  machine -language  programs. 

The  bootstrapping  process  is  most  easily  described  in  terms  of  a 
pictorial  representation  which  contains  all  of  the  relevant  information  in 
a  compact  form.  The  following  "triangle"  symbols  are  used: 


9 

$ 


AED-O  Source  Program 
Mochine  Longuoge  Source  Progrom 


Binary  Object  Progrom  (result  of  compiling 
ond/or  assembling  one  of  the  other  forms) 


The  current  AED  Compiler  generates  character -string  output  for  a 
format  accepted  by  the  existing  machine -language  Assembler  supplied  with 
the  Target  computer.  In  this  way,  detailed  concern  about  binary  bit  pat¬ 
terns  is  avoided  for  the  initial  bootstrap.  Later,  similar  techniques  may 
be  used  to  eliminate  the  Assembler  step  by  producing  bit  strings  directly 
instead  of  character  strings.  At  present,  however,  the  compilation  of  an 
AED-O  Language  source  program  into  a  binary  object  program  is: 


$ 


If  a  program  contains  machine -dependent  statements,  we  write  the  letter 
H  or  T  inside  the  triangle  to  indicate  Host  or  Target  dependence. 
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Triangle  representation  of  the  six  categories  of  programs  of  on  AED 
Compiler  creates  a  hexagon,  where  the  orientation  of  the  triangles  within 
the  hexagon  depicts  each  program's  category.  The  Support  Package  oc¬ 
cupies  the  bottom  half  and  the  Compiler  the  top  half.  AED-0  source 
programs  are  shown  in  the  left -side  (machine -dependent)  and  middle 
(machine  independent)  sectors  and  machine -language  programs  occupy  the 
right-side  sectors.  The  sectors  for  the  graphical  notation  thus  becomes: 


By  adding  the  H  and  T  symbols  to  show  machine  dependence,  and  showing 
the  environment  via  a  box  around  the  hexagon,  the  representation  for  a 
Host  Compiler  is: 


operofing  environment 
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Using  these  conventions,  the  total  process  of  moving  from  the  Host 
to  the  Target  Computer  is  shown  Ln  Figure  2.  Space  does  not  permit  an 
explanation  of  this  total  process,  but  it  is  instructive  to  select  one  triangle 
and  follow  its  course  through  the  diagram.  Figure  3  shows  the  path  of  the 
machine -dependent  AED-O  portion  of  the  compiler  from  the  original  host 
version  to  the  final  target  version. 

We  see  that  steps  3  through  4  in  Figure  3  prepare  a  compiler  which 
accepts  AED-0  programs  in  the  Host  environment  and  produces  output  for 
the  Target  machine  (called  the  "H-T"  compiler).  Processing  AED-0  pro¬ 
grams  through  this  H-T  compiler  then  produces  pieces  of  the  desired 
Target  Compiler. 

2.  Relative  Program  Sizes 

Up  to  now,  nothing  specific  has  been  said  about  relative  sizes  of  the 
six  hexagon  pieces,  and  all  six  have  been  drawn  the  same  size.  To  give  a 
better  idea  of  the  extent  of  true  machine  independence  which  has  been 
achieved  in  the  AED  Compiler  —  and  of  the  reprogramming  job  involved  in 
the  process  -  data  for  the  May  1968  bootstrap  to  the  IBM  360  Computer 
are  shown  in  Figure  4.  The  number  of  32 -bit  binary  machine  words  for 
each  of  the  six  sectors  of  the  Target  Compiler  is  shown  by  a  proportionally- 
drawn  arrow  through  the  sector. 

Figure  5  shows  a  breakdown  based  on  programs  and  tables.  This  dis¬ 
tinction  is  of  interest  since  tables  are  set  up  with  little  new  thinking,  where¬ 
as  programs  require  creative  decisions  on  the  part  of  the  programmer. 

The  machine-independent  AED-0  portion  requires  no  reprogramming  ex¬ 
cept  for  a  possible  redesign  of  the  state  beads.  Most  of  the  "tables"  are 
automatically  generated  by  the  RWORD  and  AEDJR  Systems  on  the  Host 
computer  in  the  form  of  assembler  macro  calls.  Therefore,  the  only  step 
lequired  to  convert  the  tables  for  a  new  machine  is  to  reprogram  the 
macro  definitions  with  Target  machine  information  and  process  the  macro 
calls  through  the  existing  Assembler  of  the  Target  computer. 

The  size  of  the  machine -dependent  AED-0  program  portion  varies 
considerably  depending  upon  the  computer.  The  360  is  by  far  the  most 
complex  yet  used  in  this  regard,  so  the  7378  program  instructions  required 
for  the  360  bootstrap  should  be  taken  as  a  maximum. 

The  portion  labeled  "Machine  Language  Programs"  in  Figure  5  will 
shortly  be  reduced  by  the  introduction  of  the  AED  version  of  the  ASEMBL 
output  package  (presently  1041  words  of  machine  language).  Also,  some  of 
the  number-conversion  routines  and  other  of  the  Support  machine  language 
programs  are  most  likely  already  available  in  the  existing  software  for  any 
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STEP  I  : 


Reprogram  with  target  information. 


STEP  2 


Compile  resulting  programs  on  Host  machine. 


STEP  3 
STEP  4 
STEP  5 
STEP  6; 


Assemble  resulting  programs  on  Host  machine. 

Lood  new  Host-resident  compiler  with  reprogrommed  pieces, 

Rework  program  mechonics  for  target  mochine. 

Compile  reworked  progroms  on  Host  mochine  with 
the  compiler  generated  in  STEP  4. 


STEP  7;  Assemble  resulting  programs  on  Target  mochine. 


STEP  8:  Lood  target  compiler  with  reworked  programs. 


Figure  3.  An  Example  of  Conversion  Flow 
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Figure  4.  Relative  Sizes  of  360  Hexagon  Pieces 
(In  32 -bit  words) 
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Figure  5.  Sizes  of  360  Programs  and  Tables 
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given  Target  machine.  Thus  a  considerable  part  of  this  section  can  usual¬ 
ly  be  "stolen"  with  little  reprogramming  effort. 

3.  Special  360  Conversion  Improvements 

During  the  process  of  reworking  the  old  AED-0  Compiler  logic  to 
serve  as  the  framework  of  the  machine -independent  AED-1  Processor  used 
in  the  bootstrapping  described  above,  a  number  of  additional  benefits  were 
derived.  The  AED-1  Processor  is  an  essentially  new  compiler  in  several 
important  ways  which  will  be  of  use  when  new  AED-1  Language  features  are 
incorporated  in  the  future.  In  addition,  the  techniques  of  using  the  AED-0 
Language  and  AED  Compiler  features  to  express  machine -independent 
programs  have  been  expanded  greatly.  Most  of  these  techniques  may  be 
used  with  any  AED  programs  to  achieve  a  higher  level  of  true  machine - 
independence  than  has  been  achieved  before. 

The  AED-0  Language  itself  underwent  a  few  minor  alterations  to 
provide  the  basis  for  more  rigorous  computer  environments  in  which  more 
control  information  is  needed  than  was  required  for  the  original  7094  ver¬ 
sion.  Such  features  as  POINTER  as  a  distinct  data  type,  and  the  ability 
to  have  procedure  components  called  on  the  left  of  an  assignment  statement, 
strengthen  AED-0  as  a  general  software  language. 


While  the  360-oriented  bootstrap  was  underway  at  M.I.  T. ,  a  bootstrap 
to  the  Univac  1108  computer  was  completed  by  United  Aircraft  Corporation, 
starting  from  source  programs  supplied  by  M.I.T.  Since  these  systems 
differ  in  various  ways,  it  is  planned  to  re -bootstrap  both  the  360  and  1108 
systems  so  that  a  single  Compiler  is  available  on  both  machines.  Also, 
remaining  parts  of  the  AED  family,  such  as  the  RWORD  System,  the  macro 
processor,  etc. ,  will  be  bootstrapped.  A  separate  effort  in  cooperation 
with  Project  MAC  and  other  groups  at  M.I.T.  will  be  to  bootstrap  AED  to 
the  GE  645  (Multics  time-sharing  system).  At  the  same  time,  the  boot¬ 
strapping  process  will  be  documented  carefully  so  that  computer  manufac¬ 
turers  or  other  interested  groups  may  perform  other  conversions  with  a 
minimum  involvement  on  the  part  of  the  M.I.T.  Project. 

B.  CADET 

The  CADET  System  development  continued  as  a  parallel  effort  to  the 
machine-conversion  project.  As  a  first  substantial  step  toward  a  CADET-1 
System,  we  are  attempting  to  build  upon  the  Polyface  Package,  first  demon¬ 
strated  at  the  Second  AED  Technical  Meeting  in  early  1967. 

Although  the  first  version  of  Polyface  used  graphically  displayed 
lines  to  demonstrate  manipulation  of  graphics  structures,  the  system  is 
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intended  t o  provide  generalized  "modeling"  of  the  structure  of  arbitrary 

problems.  Building  upon  the  experiences  gained  from  the  initial  Polyface 

Package,  the  following  specifications  for  the  second  version  of  Polvface 
were  formulated:  y 


1.  The  model  is  fully  "common  sub-expressioncd";  i.e. ,  each 
distinctly  entity  occurs  only  once  in  the  system  no  matter  how 
often  it  may  be  used. 

2.  The  system  only  keeps  track  of  incremental  changes  by  means 
of  "variation  beads",  so  that  there  is  no  redundancy. 

3.  The  complete  history  of  generation  of  a  model  is  recoverable 
from  the  model. 

4.  Not  only  the  structure  of  the  total  model  (which  may  represent 
several  alternate  designs)  is  available,  but  also  any  substruc- 
ture  is  uniquely  isolatable  at  any  time. 

5.  A  generalized  mouse  algorithm  has  been  devised  which  leaves 
no  "tracks"  in  the  data  structure  of  the  model.  That  is,  the 
complete  state  of  the  mouse  is  contained  within  itself  so  that 
any  number  of  mice  may  be  running  simultaneously  over  the 
same  model  without  interference. 

6.  The  encoding  of  variations  so  that  a  mouse  knows  which  vari¬ 
ations  to  obey  is  done  in  a  very  compact  optimum  binary  code 
which  uniquely  identifies  the  precise  location  of  a  bead  in  the 
structure  of  the  entire  model. 


7.  The  beads  of  the  model  are  successively  generated  in  the 
natural  construction  sequence  and  are  unchanged  from  the 
time  of  creation;  i.  e. ,  there  is  no  necessity  to  read  back  old 
information  and  make  modifications. 


The  structure  of  the  model  naturally  matches  the  concepts  of 
zone  structure,  and  the  unique  mouse  path  will  provide  the 
necessary  timing  for  shuttling  large  structures  in  and  out  of 
bulk  store,  when  we  get  to  that  mode  of  operation. 


Programming  of  the  new 
checkout  should  begin  shortly. 


Polyface  package  is  well  underway,  and 
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C.  DISPLAY  INTERFACE  SYSTEM 

The  general  approach  to  the  display  interface  problem  is  intended  to 
yield  a  machine -independent,  display-independent,  problem -independent, 
and  operating-system-independent  approach  to  the  coupling  of  graphic  dis¬ 
plays  to  man -machine,  problem-solving  systems  in  time-sharing.  During 
the  previous  reporting  period,  the  basic  system  for  operating  the  ESL 
Display  Console  through  the  PDP-7  computer  (attached  to  the  data  channel 
of  the  time-shared  7094)  was  made  operational.  The  system  structure  uses 
a  minimal  executive  residing  in  the  PDP-7,  augmented  by  additional  PDP-7 
programs  to  suit  the  user's  needs.  As  a  first  step  in  meeting  these  needs, 
the  PDP-7  was  programmed  to  provide  an  exact  duplicate  of  the  features  of 
the  present  7094  module  which  drives  the  ESL  Console,  so  that  existing 
display  programs  will  run  in  buffered  mode  without  change.  These  pro¬ 
grams  were  debugged  during  the  reporting  period  and  have  been  in  opera¬ 
tion  for  some  time. 

As  the  next  step,  work  on  the  full-scale  version  of  the  Display  Inter¬ 
face  System  was  launched.  Work  began  at  the  lowest  and  highest  levels  of 
the  system  simultaneously;  i.e. ,  the  Communications  Package  for  inter¬ 
facing  with  the  hardware  was  programmed,  and  work  on  devising  a  display 
language  was  begun.  The  Communications  Package  is  now  debugged.  The 
package  uses  a  display/program  queue  to  perform  two  "simultaneous" 
operations  on  the  same  display  data,  one  by  the  real-time  programs  and 
another  by  the  display  unit  itself.  The  formulation  of  a  hardware  - 
independent  display  language  has  also  progressed  rapidly.  The  AEDJR 
"first -pass  structure"  appears  to  fit  the  problem  extremely  well,  and  work 
on  the  remainder  of  the  system  continues. 

This  work  has  been  done  jointly  with  the  Graphics  Research  Group, 
and  the  reader  is  referred  to  page  78  for  other  details  of  the  display  in¬ 
terface  work. 

D.  AED  COOPERATIVE  PROGRAM 

The  AED  Cooperative  Program  encompasses  those  aspects  of  the 
overall  M.I. T.  Computer-Aided  Design  Project  effort  which  are  sufficient¬ 
ly  developed  to  merit  industry  participation.  A  major  feature,  has  been  the 
sponsorship  by  industry  of  visiting  staff  members  who  work  with  the  M.I.T. 
staff  learning  the  capabilities  of  AED  while  contributing  to  its  improvement. 
Past  and  present  participants  in  the  program  number  32  people  from  22 
organizations.  During  most  of  the  current  reporting  period,  eight  visitors 
were  in  residence  at  M.I.T. 
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Eight  copies  of  the  initial  360  version  of  the  AED  System  (compiler 
plus  AEDJR  and  subroutine  packages)  were  sent  to  various  companies, 
even  though  the  initial  version  of  the  AED-1  Compiler  is  incomplete.  A 
more  complete  version  will  be  ready  for  distribution  shortly,  and  an  even 
greater  demand  is  anticipated.  Several  copies  of  the  1108  AED  System 
were  also  distributed  by  Univac.  The  360  version  was  also  put  on  the 
Cambridge  Scientific  Center's  CP/CMS  (360  Time-Sharing  System)  now 
available  for  general  distribution  to  users  of  the  IBM  360  Model  67  com¬ 
puter.  AED-0  is  now  available  at  M.I.T.  on  both  the  Project  MAC  and 
I  PC  (Information  Processing  Center)  7094  time-sharing  systems  and  on 
the  IBM  360  Model  65  (batch  processing)  at  IPC.  AED  is  used  by  many 
research  projects  and  thesis  studies  and  was  used  in  several  academic 
courses  in  the  spring  term. 


On-Line  Simulation  of  Networks  and  Systems  -  Michael  L.  Dertouzos 

The  main  objective  of  this  research  is  effective  use  of  present  and 
projected  on-line  computer  utilities  in  designing  electrical  networks  and 
systems.  This  includes  studies  in  the  mathematical  foundations  of  com¬ 
puter-oriented  network  and  system  analysis,  and  the  interactive  features 
essential  for  the  design  of  networks  and  systems.  In  the  case  of  networks 
where  relationships  are  primarily  implicit,  emphasis  is  placed  on  develop¬ 
ing  an  integrated  on-line  circuit -design  system,  CIRCAL-II,  which  has 
evolved  from  the  earlier  CIRCAL-I.  In  the  so-called  block-diagram 
systems,  where  relationships  are  explicit,  an  "equivalent"  on-line  simu¬ 
lator  LOTUS-1  is  under  development,  in  which  analog  or  digital  systems 
are  simulated  as  compositions  of  primitive  functions  and  functionals. 

A.  CIRCAL-H 

The  first  version  of  CIRCAL-II  has  been  implemented.  It  is  now 
possible  to:  create  a  circuit,  consisting  of  standard  elements  and  nested 
structures;  analyze  it,  and  have  the  results  either  plotted  or  printed; 
and  from  this  data  make  changes  in  either  the  network  topology  or  some 
parameter  and  then  repeat  analysis. 

As  shown  in  Figure  6,  the  operations  of  CIRCAL-II  may  be  col¬ 
lected  into  three  groups:  1)  basic  file  system  operations,  2)  setup  of  a 
data  structure  and  subsequent  analysis,  and  3)  output  of  requested  data 
and  modification  of  the  circuit  under  investigation.  An  important  feature 
in  CIRCAL-II  is  the  standardized  data  structure,  developed  in  a  Master's 
thesis  by  James  R.  Stinger,  which  acts  as  a  "plug"  into  which  any  number 
of  analysis  routines  may  connect.  Similarly,  the  results  from  an  analysis 
are  stored  in  a  standard  output  array,  upon  which  various  types  of  output 


INPUT 


Figure  6.  Basic  Structure  of  CIRCAL-II 
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programs  (print,  plot,  display,  etc.)  can  operate  to  present  results  to  the 
user.  In  addition,  all  parameters  relevant  to  the  output  phase  of  operation 
are  stored  in  a  "mode  file".  This  permits  a  user  to  simply  indicate  incre¬ 
mentally  any  desired  changes  and  then  perform  re -analysis,  rather  than 
having  to  each  time  specify,  the  entire  set  of  necessary  parameters.  A 
global  diagnostic  procedure  is  also  provided  which  indicates  to  the 
CIRCAL-II  user  the  type  of  error  encountered  (out  of  about  86  types) ,  and 
whenever  possible  makes  appropriate  corrections. 

The  entire  file  system  of  CIRCAL-II  is  now  in  operation.  Five  types 
of  files  have  been  specified:  circuits,  nested  structures,  functions,  func¬ 
tionals,  and  defined  commands.  These  files  may  be  created  or  modified 
by  use  of  the  DESIGN  command,  which  treats  all  information  as  a  string 
of  characters  without  regard  to  its  ultimate  usage.  Several  other  general 
housekeeping  commands  are  available.  These  are:  LISTF,  which  allows 
a  user  to  list  all  or  a  subset  of  his  file  directory;  PRINT F,  which  prints 
out  the  contents  of  a  file;  and  ERASE,  which  deletes  one  or  more  of  the 
users'  files.  The  command  structure  of  CIRCAL-II  is  shown  in  Figure  7. 

CIRCAL-II  may  employ  any  one  of  several  analysis  subprograms 
which  are  stored  in  CIRCAL's  files.  The  first  such  program,  a  basic 
frequency  analysis  routine,  was  written  to  fully  determine  the  generality 
of  the  data  structure  and  the  overall  modularity  of  the  system.  It  is 
significant  that  only  three  man -weeks  were  required  to  develop  this  pro¬ 
gram,  as  opposed  to  several  man  years  which  were  spent  on  CIRCAL-I. 
This  confirms  one  of  the  basic  objectives  for  the  design  of  CIRCAL-II,  i.e. , 
the  realization  of  savings  by  a  standard  implementation  of  the  large  number 
of  common  "overhead"  programs  present  in  on-line  circuit  design.  Net¬ 
works  of  up  to  100  elements  and  30  nodes,  with  several  levels  of  nesting, 
have  already  been  analyzed. 

Future  work  will  entail  the  following  steps.  First,  a  number  of 
different  analysis  routines  will  be  implemented  to  broaden  the  scope  of 
CIRCAL-II.  These  will  include  linear-time-domain,  nonlinear -transient 
and  statistical-sensitivity  analysis.  Second,  CIRCAL-II  will  be  used  as  a 
forum  for  implementing  two  techniques  which  are  nearing  completion  of 
their  theoretical  stage,  as  detailed  in  the  sections  that  follow.  These 
techniques  involve  the  solution  of  nonlinear  networks  by  tearing  and  by  a 
new  recursive-structure  method  of  analysis.  Finally,  an  area  of  interest 
centering  on  definitional  commands  will  be  implemented.  These  (DEFCOM) 
features  will  act  as  a  pseudo-user  and  will  allow  operations  such  as  net¬ 
work  optimization  to  be  done  automatically. 
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Figure  7.  The  CIRCAL-II  Command  Structure 
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B.  RECURSIVE  APPROACH  FOR  COMPUTER  ANALYSIS  OF  NON¬ 
LINEAR  NETWORKS 

The  object  of  this  research  is  to  develop  methods  for  inversion  of 
direct  functions  in  a  direct  non-iterative  manner.  With  such  methods, 
an  initial  overhead  would  be  expended  for  construction  of  the  inverse 
function,  but  the  response  to  any  excitation  vector  could  then  be  easily 
evaluated.  Previous  reports  have  described  the  development  of  an  algebra 
of  functions  by  which  the  inverse  function  of  a  network  can  be  expressed 
in  terms  of  the  basic  network -element  functions.  Function  representations 
obtained  in  this  manner  generally  contain  operations  on  functions  of  n-1 
variables  where  n  is  the  number  of  network  nodes.  Since  the  computa¬ 
tional  effort  expended  depends  directly  on  the  order  (number  of  variables) 
of  the  functions  being  manipulated,  practical  considerations  dictate  the 
need  for  representation  of  the  lowest  possible  order.  For  this  reason, 
the  concept  of  network  order  has  been  developed  and  investigated. 

Network  order  is  based  on  extension  to  higher  dimensions  of  the 
familiar  class  of  series-parallel  networks,  which  have  an  elementary 
recursive  structure  providing  a  direct  means  of  constructing  the  inverse 
function.  Expressions  for  the  order  of  specific  types  of  networks  have 
been  determined.  A  result  of  particular  importance  shows  that  the  order 
of  a  complete  graph  on  n-nodes  is  the  integer  q,  such  that  2/3  (n-1)  <  q 
<  (2/3  n).  This,  in  turn,  provides  an  upper  bound  for  the  order  of  any 
network  on  n-nodes.  Future  research  is  primarily  concerned  with  improv¬ 
ing  order-determining  techniques,  and  implementing  these  theoretical 
concepts  into  practical  analysis  procedures  in  the  CIRCAL-II  program. 

C.  TEARING  TECHNIQUES 

Tearing  is  a  method  for  solving  networks  by  splitting  them  in  pieces, 
solving  each  of  the  pieces,  and  then  constructing  the  solution  of  the  entire 
network  from  the  solutions  of  the  pieces.  A  question  important  to  the 
design  of  on-line  circuit  analysis  program  is,  "How  should  networks  be 
torn  so  that  they  may  be  solved  with  a  relatively  small  computational 
effort?"  A  formal  theory  of  tearing  including  a  tearing  model  and  related 
algorithms  is  under  development  to  treat  this  general  question.  Part  of 
this  work  is  a  Doctoral  thesis  investigation  by  Charles  W.  Therrien. 

Tearing  of  a  network  is  accomplished  by  separating  the  network 
"at  some  nodes"  into  a  number  p  of  disjoint  pieces.  The  tearing  model 
postulates  the  existence  of  certain  "computation  functions"  that  provide 
a  measure  of  such  quantities  as  the  number  of  computer  operations 
required  to  invert  the  nodal  admittance  matrix  of  a  linear  network,  the 
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number  of  iterations  required  to  compute  the  solution  of  a  nonlinear  net¬ 
work  by  a  relaxation  algorithm,  etc.  The  computation  required  to  solve 
an  N-node  network  by  the  method  of  tearing  can  then  be  expressed  in  terms 
of  the  computation  functions.  The  ratio  of  this  computation  to  f(N),  the 
computation  required  to  solve  the  network  without  tearing,  is  called  the 
computation  ratio  C. 

Investigation  of  the  computation  ratio  C  has  yielded  several  general 
properties  of  2-tears  of  N-node  networks;  for  example,  a  lower  bound  on 
the  reduction  of  computation  achievable  by  tearing.  However,  it  does  not 
indicate  the  best  way  to  tear  a  network.  Several  algorithms  for  locating 
2 -tears  have  been  tried  with  reasonable  results.  A  new  algorithm  now 
under  study  has  the  advantage  that  there  are  no  degenerate  networks  for 
which  it  fails  to  find  a  good  2-tear  (unless  the  network  has  none). 

Present  work  is  directed  toward  speeding  up  this  algorithm  and  extending 
its  application. 

D.  ON-LINE  SIMULATION  OF  BLOCK-DIAGRAM  SYSTEMS 

This  work  involves  the  development  of  a  general  approach  for  on-line 
simulation  of  a  variety  of  block-diagram  systems.  These  systems  may  be 
analog,  digital,  or  hybrid;  with  memory  or  memoryless;  explicit  or  im¬ 
plicit  (i.e. ,  possessing  loops  of  elements);  vector  or  scalar;  or  of  a  more 
specialized  nature,  such  as  dynamic  systems  with  integrators  as  memory 
elements;  and  simulation  may  be  conducted  in  one  or  more  dimensions, 
such  as  time  and/or  space.  An  on-line  simulation  program,  LOTUS,  has 
been  developed  to  realize  the  syntactical  and  organizational  aspects  of 
simulating  this  wide  class  of  systems. 

The  present  version  of  LOTUS  simulates  explicit  systems  with  inputs 
and  outputs  defined  on  the  real  numbers.  A  user  has  the  ability  to  define 
these  systems  through  an  appropriate  sequence  of  on-line  commands  which 
interconnect  primitive  elements  and/or  nested  structures  into  any  config¬ 
uration  in  which  no  two  outputs  are  connected.  The  program  has  been 
written  modularly  to  permit  future  growth.  Work  is  currently  in  progress 
to  make  the  current,  limited,  version  of  LOTUS  more  efficient,  and  use 
the  fundamentals  of  system  representation  to  extend  the  power  of  the  pro¬ 
gram  to  handle  all  systems  in  the  class  specified  above. 


Project  Intrex  -  J.  Francis  Reintjes 

Project  Intrex  (Information  Transfer  Experiments)  continued  its 
activities  during  the  1967-1968  academic  year  under  the  general  direction 
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of  Professor  Carl  F.  J.  Overhage,  School  of  Engineering.  It  is  the  dual 
purpose  of  the  project  to  perform  research  and  experimentation  directed 
toward  the  design  of  new  library  services  that  might  become  available  in 
the  1970  decade  and  to  develop  competence  in  the  emerging  field  of  infor¬ 
mation  transfer  engineering. 

Responsibility  for  the  research  activities  of  Intrex  resides  in  the 
Electronic  Systems  Laboratory,  and  the  Intrex  Group  has  channeled  its 
efforts  towards  preparing  an  experimental  augmented  catalog  system  and 
an  experimental  text  access  system  with  which  a  selected  community  ol 
users  will  interact.  Details  of  the  research  are  contained  in  the  Annual 
Report  of  the  Electronic  Systems  Laboratory.  A  summary  is  presented 
below. 

A.  THE  AUGMENTED  CATALOG 

The  purpose  of  the  augmented  catalog  experiments  is  to  determine  — 
from  actual  library  user  response  —  the  types  of  bibliographic  data  that 
should  be  included  in  a  computer -stored,  remotely  accessible  catalog. 
Preparation  of  this  catalog  is  going  forward  in  three  groups  within  ESL  — 
the  Catalog  Input  Group,  the  Computer  Programming  Group,  and  the 
Console  Group. 

Catalog  entries  are  prepared  off-line  on  punched-paper-tape  equip¬ 
ment,  and  are  then  read  into  the  MAC  CTSS  through  the  high-speed  paper 
tape  reader  of  the  PDP-7  display -buffer  computer.  As  of  30  June  1968, 
the  Catalog  Input  Group  had  completed  cataloging  5,300  documents  in 
selected  areas  of  materials  science  and  engineering.  The  initial  experi¬ 
mental  data  base  will  ultimately  contain  10,000  documents. 


The  Computer  Programming  Group  is  engaged  in  developing  storage 
and  retrieval  programs  for  the  augmented  catalog.  The  programs  are 
being  developed  in  three  phases.  Phase  I  is  for  the  Intrex  staff  to  test 
and  evaluate  various  techniques  of  storage  and  retrieval.  Phases  II  and 
HI  are  more  advanced  retrieval  programs  which  will  permit  broader  usage 
of  the  data  base  by  an  interested  sector  of  the  M.I.T.  community.  The 
Phase  I  programming  has  been  completed  and  is  being  used  to  test  how 
well  certain  of  our  file  organization,  storage,  and  retrieval  techniques 
work.  The  Phase  H  system  is  in  the  final  stages  of  debugging  and  should 
soon  be  available  for  our  community  of  users. 

The  Console  Group  has  designed  an  experimental  augmented-catalog 
console,  ;  nd  is  presently  completing  the  fabrication  of  console  hardware. 
The  console  is  based  on  a  drum -refreshed  alphanumeric  display  with  a 
screen  capacity  of  2000  characters  at  a  refresh  rate  of  60  frames  per 
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second.  The  character  generator  consists  of  a  CRT  flying-spot  scanner 
which  produces  a  10-line  vertical  scan  of  any  of  256  characters  on  a  film 
mask.  This  scan-type  generation  was  chosen  to  produce  high-quality 
characters,  and  to  permit  the  large  character  repertoire  and  special 
symbols  needed  for  library  work.  For  smaller  character  sets,  a  mono- 
scope  symbol  tube  can  be  substituted  for  the  flying-spot  scanner. 

A  Varian  6201  computer  serves  as  a  buffer/controller  to  drive  up  to 
10  consoles  from  the  drum,  perform  local  display  interaction  based  on 
light -pen  and  switch  inputs,  and  tie  the  console  system  to  the  main  time¬ 
sharing  system  over  a  dataphone  connection.  Initially,  the  connection  to 
CTSS  will  be  at  1200  bits  per  second,  but  the  system  design  permits 
communication  rates  up  to  50,000  bits  per  second.  The  display  electronics 
and  the  digital  logic  for  the  console  are  constructed  and  are  currently 
undergoing  tests,  while  most  of  the  6201  programs  have  been  written  and 
debugged  by  simulation. 

B.  TEXT  ACCESS 

The  research  program  to  create  and  test  a  text -access  system  has 
been  sponsored  by  the  Council  on  Library  Resources,  Inc.  for  the  past 
year.  The  purpose  of  the  text -access  experiments  is  to  evaluate  schemes 
for  giving  a  library  user  guaranteed  rapid  access  to  the  full  text  of  docu¬ 
ments  whether  he  is  at  the  library  or  at  a  location  remote  from  the 
library. 

The  first  experimental  scheme  envisions  a  central  store  of  full  text 
on  microfiche.  The  microfiche  will  be  stored  and  retrieved  using  a  modi¬ 
fied  Houston-Fearless  CARD  retriever  with  a  capacity  of  750  microfiche 
(45,000  pages).  The  retriever  is  controlled  by  the  6201  computer,  and 
upon  user  demand  a  selected  microfiche  frame  is  located  and  electroni¬ 
cally  scanned  by  the  flying-spot  scanner.  A  2000-line  scan  is  performed 
in  one-half  second,  resulting  in  a  4.5  MHz  video  signal  transmitted  over 
a  coaxial  cable  to  the  requester's  terminal.  Each  frame  is  sent  on  a 
single-scan  basis,  preceded  by  a  digital  address  code  to  select  the  proper 
one  of  a  number  of  terminals  which  share  the  same  transmission  line.  It 
is  up  to  the  addressed  terminal  to  store  the  data  in  electrical  or  image 
form  for  display  or  permanent  record. 

Two  terminals  are  presently  being  prepared  for  experimentation  by 
the  Text  Access  Group.  One  is  a  35 -mm  film  station  employing  a  high- 
resolution  cathode-ray  tube  and  a  camera/processor  unit.  The  video  sig¬ 
nal  received  over  the  coaxial  cable  will  be  transformed  to  a  short -duration 
image  on  the  face  of  the  cathode-ray  tube  for  recording  by  a  35 -mm  camera. 
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The  film  will  be  automatically  developed  in  a  rapid-processor  specially 
modified  for  use  with  the  Intrex  terminal.  The  finished  film  can  then  be 
examined  by  the  user  on  a  conventional  microfilm  reader. 

The  second  terminal  will  employ  a  Tektronix  Type  611  direct -view 
storage  tube.  In  this  unit  the  received  signal  will  be  converted  to  a  visi¬ 
ble  image  that  remains  on  the  face  of  the  storage  tube  until  it  is  electri¬ 
cally  erased  by  the  user.  Currently,  the  quality  of  this  image  is  marginal, 
but  we  expect  that  it  can  be  improved  to  yield  a  display  that  will  be  ade¬ 
quate  for  brief  scanning.  Thus  the  user  will  be  able  to  check  the  rele¬ 
vancy  of  a  document  before  requesting  a  permanent  copy. 
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A.  ESL  Display  Console 

B.  ARDS  Low-Cost  Display 

C.  Computer-to-Computer  Communication 

D.  Graphic  Software 

E.  Related  Display  Technology 
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Editor's  Note:  The  personnel  of  this  section  are  a  subset  of  participants 
from  the  Electronics  Systems  Laboratory,  and  therefore  are  included  in 
that  section's  List  of  Personnel.] 
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Display  Systems  Research  -  John  E.  Ward 


The  ESL  Display  Group  has  been  performing  research  and  develop¬ 
ment  in  the  field  of  computer -driven  CRT  displays  and  related  equipment 
for  several  years  in  support  of  the  ESL  Computer-Aided  Design  Project 
and  of  Project  MAC  at  M.I.T.  During  this  time,  the  group  has  developed 
a  number  of  hardware  devices,  including:  the  ESL  Display  Console, 
which  is  now  connected  to  the  Project  MAC  7094  time-sharing  system 
via  a  PDP-7  buffer  computer;  a  scan -conversion  system,  to  convert 
computer  displays  to  TV  format;  and  a  low-cost  remote  graphic  terminal 
for  time-shared  computer  systems.  The  following  paragraphs  describe 
progress  during  the  past  year  in  improving  these  systems,  developing 
graphics  system  software,  developing  techniques  for  terminal  and  inter¬ 
computer  communications,  developing  hard-copy  techniques,  and  planning 
future  display  applications  for  the  Project  MAC  Multics  (GE  645)  system. 

(Also,  see  Kaplow,  this  volume.) 

A.  ESL  DISPLAY  CONSOLE 

% 

Previous  annual  progress  reports  have  discussed  the  design  and 
construction  of  a  special  hardware  interface  that  would  permit  a  PDP-7 
computer  to  be  used  as  a  buffer  for  the  ESL  Display  Console,  which 
formerly  was  operated  directly  from  a  direct  data  channel  of  the  Project 
MAC  7094  time-sharing  system.  To  expedite  installation  of  the  buffer 
system,  and  maintain  software  compatibility  for  existing  users  of  the 
ESL  Display  Console,  the  interface  was  designed  to  splice  the  PDP-7 
into  the  data  channel  connection  in  such  a  way  that  7094  would  act  as  if  it 
was  still  "talking"  to  the  display,  and  the  display  act  as  if  it  was  still 
talking"  to  the  7094.  The  first  phase  of  the  system  software  for  this 
configuration,  described  in  a  later  section,  consisted  of  moving  the 
display  buffer  memory  and  the  associated  real-time  control  programs 
from  the  7094  supervisor  to  the  PDP-7,  retaining  the  same  software 
interface  for  the  user  programs  in  the  7094. 

The  above  system  became  fully  operational  in  September  1967.  The 
immediate  benefits  were  a  greatly  reduced  demand  on  CTSS  time  for 
display  operations,  a  doubling  of  the  amount  of  memory  space  available 
for  user  display  lists,  and  elimination  of  the  display  "blackouts"  which 
had  previously  occurred  during  7094  drum  swaps.  The  PDP-7  has  also 
provided  a  valuable  paper-tape  input  facility  for  Project  TIP  and  Project 
Intrex,  whose  extensive  data  bases  are  primarily  prepared  on  off-line  ,, 

paper-tape  equipment.  In  addition,  the  PDP-7  tape  reader  was  modified 
to  permit  reading  of  TTS  (Teletypesetter)  tapes  for  the  newspaper 
information-processing  project. 
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During  the  previous  year,  a  second  ESL  Display  Console  was 
acquired  by  the  M.I.T.  Computation  Center  (now  the  IPC)  and  operated 
briefly  on  a  channel  basis  from  their  7094  CTSS.  During  the  present 
year,  it  was  decided  to  move  this  console  to  the  Electronic  Systems 
Laboratory  in  Building  35,  buffer  it  with  a  PDP-9  computer  acquired  by 
the  ESL  Computer-Aided  Design  Project,  and  tie  the  PDP-9  to  the 
Project  MAC  CTSS  via  a  high-speed  (50  or  230.4  kbps)  telephone  link. 
Because  the  7094  possessed  no  communications  adapters  for  such  data 
speeds,  it  was  decided  to  enter  the  Project  MAC  7094  through  the  PDP-7, 
which  already  had  channel -to -channel  communication  with  the  7094. 

The  main  purposes  of  this  tie-in,  shown  in  Figure  8,  are  to  experiment 
with  communication  procedures  for  remote  buffered  displays,  and  to 
provide  an  interim  display  capability  in  the  Electronic  Systems  Labora¬ 
tory.  However,  the  test  configuration  was  planned  with  the  future  in 
mind.  Since  the  PDP-7  and  the  PDP-9  are  now  equipped  for  telephone¬ 
line  communication,  both  displays  may  later  be  operated  directly  from 
Multics  or  the  IPC  360-67  when  these  central  time-shared  facilities 
become  equipped  with  suitable  high-speed  communication  adapters. 

Present  status  of  the  second  ESL  Console  is  that  the  PDP-9  console 
interface  hardware,  designed  by  D.  Vedder,  has  been  constructed  and 
checked  out,  and  the  Type  637  communications  adapters  for  the  PDP-7 
and  PDP-9  have  been  installed  by  the  Digital  Equipment  Corporation. 

The  Type  303  Data  Sets  and  connecting  telephone  line  were  ordered  from 
the  New  England  Telephone  Company,  but  have  been  held  up  by  the  recent 
telephone  strike.  It  is  hoped  that  the  communications  link  can  be  installed 
in  the  near  future  so  that  tests  may  begin. 

B.  ARDS  LOW-COST  DISPLAY 

The  computer-buffered,  refreshed  displays  discussed  in  the  preceding 
section  provide  a  dynamic  graphics  capability  needed  for  certain  types  of 
problems,  but  the  expense  of  such  equipment  precludes  widespread 
installation.  To  provide  the  average  time-sharing  system  user  with  a 
graphics  capability  requires  a  low-cost  display  device  which  can  directly 
replace  the  existing  teletype  terminals.  During  the  past  three  years,  the 
Display  Group  has  been  developing  a  new  type  of  display  terminal,  called 
the  Advanced  Remote  Display  Station  (ARDS)  console,  to  provide  high¬ 
speed  alphanumerics  and  full  graphical  (picture -drawing)  capability  over 
an  ordinary  voice-grade  telephone  line. 

Previous  annual  reports  have  described  the  design  and  construction 
of  prototype  electronics  for  use  with  a  direct-view  storage  tube.  The 
advantage  of  such  a  storage  tube  for  this  application  is  that  no  local 
refresh  memory  is  required,  the  character  and  line  generators  need 
operate  only  fast  enough  to  keep  up  with  the  incoming  data  on  the 
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telephone  line,  and  more  information  can  be  displayed  than  on  refreshed 
displays  which  are  limited  (by  flicker  considerations)  in  the  amount  they 
can  display  in  one  refresh  cycle.  The  major  remaining  problem  at  the 
start  of  the  present  reporting  year  was  that  available  storage  tubes 
(five -inch)  lacked  adequate  screen  size  and  picture  resolution.  In 
August  1967,  a  new  storage-tube  monitor  became  available  —  the 
Tektronix  Type  611  This  new  tube  has  a  screen  size  of  6-1/2  x  8-1/2 
inches  and  has  a  stored  spot  size  of  0.008  inches.  Incorporation  of  this 
new  tube  with  the  prototype  electronics  immediately  resulted  in  an 
outstanding  alphanumeric  and  graphical  display  capability,  as  shown  in 
Figure  9. 

The  ARDS  currently  operates  from  CTSS  over  a  switched  telephone 
network  at  1200  bit/sec  (Type  202  Dataphone)  which  permits  a  character 
rate  of  120  per  second  and  a  line-drawing  rate  of  30  to  60  per  second. 
Over  4,000  characters  may  be  displayed  simultaneously  on  the  screen, 
and  pictures  have  no  upper  limit  on  the  number  of  line  components.  For 
example,  the  global  projection  in  Figure  9  (programmed  by  R.  Gammill 
of  the  Meteorology  Department)  contains  about  2,400  line  components 
(drawing  time  40  seconds),  and  serves  as  the  base  for  weather  displays 
in  which  isobars  containing  several  thousand  additional  line  components 
are  added.  (See  Gammill,  this  volume.) 

In  March,  1968,  R.H.  Stotz  and  T.B.  Cheek,  principals  in  develop¬ 
ing  the  ARDS,  left  the  Display  Group  and  formed  a  company  to  place  the 
units  on  the  market.  Five  units  were  immediately  ordered  by  Project 
MAC  and  other  M.I.T.  groups  for  connection  to  CTSS.  The  first  of 
these  units  was  received  in  late  June  and  is  shown  in  Figure  10.  The 
upper  part  of  the  table-top  ARDS  unit  is  a  standard  Tektronix  Type  611 
storage  display  monitor;  the  display  electronics,  Dataphone  interface, 
and  power  supply  are  housed  in  the  base  section.  In  the  first  group  of 
five  ARDS,  the  keyboard  is  a  separate  self-contained  unit  manufactured 
by  the  INVAC  Corporation.  The  small  hemispherical  device  shown  to  the 
right  of  the  display  is  a  version  of  the  Stanford  Research  Institute 
"mouse”,  a  graphical  input  device  which  steers  an  electronically  gen¬ 
erated,  non -storing  cursor  over  the  face  of  the  screen.  Buttons  on  the 
mouse  permit  transmission  of  x,y  coordinates  (or  relative  line 
coordinates)  to  the  computer.  Several  graphical  input  programshave 
already  been  written.  One  of  these  permits  the  input  of  electrical 
circuits  using  the  mouse  to  select  elements  from  a  "pick  list”  display 
on  the  screen. 
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Figure  9.  Sample  ARDS  Display 
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Figure  10.  ARDS  Display  Terminal 
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At  the  close  of  the  reporting  period,  preparations  were  being  made 
for  operation  of  the  initial  ARDS  unit  from  West  Berlin,  Germany,  in 
conjunction  with  the  joint  M. I.  T. -Technical  University  of  Berlin,  Joint 
Summer  Conference  "Computers  in  the  University",  July  22  through 
August  3.  A  1,200-bit  link  was  being  set  up  via  a  dial-up  connection 
from  West  Berlin  to  Frankfurt,  Germany;  ITT  Datel  Service  from 
Frankfurt  to  New  York;  and  a  dedicated  AT&T  line  from  New  York  to 
the  Project  MAC  computer.  As  part  of  this  effort,  D.  Vedder  designed 
and  constructed  a  hardware  interface  unit  to  permit  ARDS  to  operate  in  a 
half -duplex  mode  when  connected  to  the  7750  communications  controller 
of  the  IBM  7094.  This  has  now  been  established  as  a  standard  mode  of 
operations  for  ARDS.  (ARDS  was  successfully  operated  for  an  hour  or 
more  each  day  of  the  conference.] 

M.I.T.  Groups  which  have  ordered  or  are  actively  considering 
ordering  ARDS  units  include:  Project  MAC,  the  Materials  Science  and 
Engineering  Center,  the  Civil  Engineering  Department,  the  M.I.T. 
Library  (Project  TIP),  the  Department  of  City  and  Regional  Planning, 
the  Center  for  International  Studies,  and  the  Sloan  School  of  Management. 

C.  COMPUTER-TO-COMPUTER  COMMUNICATION 

With  the  tie-in  of  the  remote  computer-buffered  ESL  Console 
discussed  in  the  first  section,  it  became  clear  that  attention  should 
be  given  to  the  general  problem  of  computer-to-computer  communica¬ 
tion.  In  particular,  the  establishment  of  standard  character  codes, 
message  formats,  and  communications  protocol  would  do  much  to 
improve  the  present  situation,  wherein  the  majority  of  existing  inter¬ 
computer  communication  links  have  been  tailored  to  meet  the 
idiosyncrasies  of  I/O  devices  on  individual  machines,  with  no  com¬ 
patibility  from  one  link  to  another. 

A  proposed  set  of  standards  has  been  developed,  which  was 
described  in  a  MAC  memorandum  (see  MAC-M-351,  Appendix  A)  and  in 
a  paper  by  A.K.  Bhushan  ana  R.H.  Stotz,  presented  at  the  1968  Spring 
Joint  Computer  Conference.  These  standards,  based  on  the  USA  Standard 
Code  for  Information  Interchange  (U3ASCH),  permit  transmission  of 
binary  data  as  well  as  text  and  incorporate  the  concept  of  a  message 
header  which  can  contain  an  address,  message  identification,  and  message 
description.  Provision  for  message  acknowledgement  and  error  recovery 
are  included.  A.K.  Bhushan  became  a  representative  on  USASI  Subcom¬ 
mittee  X33  on  Data  Communications,  which  is  studying  these  same 
problems. 
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The  above  standards  relate  to  the  form  and  content  of  messages  on 
communications -type  facilities,  but  say  nothing  about  the  facilities 
themselves.  Consideration  was  also  given  to  the  types  of  links  needed 
within  the  M.I.T.  environment,  and  it  was  concluded  that  if  all  links 
(private  wire  or  common  carrier)  are  set  up  using  common  signaling 
standards,  which  are  compatible  with  the  existing  common  carrier 
communication  facilities,  then  considerable  flexibility  can  be  achieved 
in  communicating  between  different  computers  within  M.I.T.  and 
between  these  computers  and  other  computers  outside  the  M.I.T. 
environment.  A  set  of  standards  and  a  "data  switching  center"  was 
proposed  in  a  Project  MAC  memorandum,  "Recommendations  for  an 
Inter-Computer  Communication  Network  for  M.I.T."  These  standards 
are  being  used  in  the  PDP-7/PDP-9  link.  (See  MAC-M-355,  Appendix  A.) 

D.  GRAPHIC  SOFTWARE 

1.  Present  Display  Interface  System 

The  initial  programming  of  the  Display  Interface  System  for  the 
buffered  ESL  Display  Console  was  completed  in  September  1967.  The 
PDP-7  buffer  computer  now  stores  the  display  file,  maintains  a  picture 
on  the  console,  performs  real-time  computations  associated  with  control 
of  the  console  hardware  functions  (rotation,  translation,  etc.),  and 
processes  display  interrupts  (light  pen,  push  button,  etc.)  for  users  at 
two  stations;  functions  which  were  previously  performed  by  the  IBM  7094 
CTSS  supervisor.  This  has  freed  approximately  2500  registers  of  core 
storage  in  the  supervisor,  and  reduced  the  load  on  CTSS  for  driving  the 
display  from  the  previous  3  to  20  percent  to  a  negligible  level.  Accounting 
routines  have  been  written  for  the  PDP-7  which  enable  us  to  measure  the 
portions  of  the  PDP-7  time  employed  in  maintaining  the  picture.  It  was 
found  that  only  about  3  to  30  percent  of  the  PDP-7's  time  is  used  for  this 
purpose,  depending  on  how  heavy  the  real-time  action  is. 

The  program  packages  and  data  flow  between  a  user  program  in  the 
7094  and  the  display  are  shown  in  Figure  11.  At  the  GRAPH  SYS  1  (KLULIB) 
and  A-core  SDCOPE  interfaces,  the  system  looks  to  the  user  exactly  like 
the  former  unbuffered  system.  The  facilities  available  to  the  user  in  the 
PDP-7  console  routines  are  the  same  as  in  the  former  7094  routines  and 
are  fixed,  since  the  user  cannot  change  them.  The  main  change  in  the 
7094  is  the  new  channel  control  program. 

Also  shown  in  Figure  11  is  the  data  flow  for  the  ARDS  displays.  The 
CTSS  supervisor  program  WRFLX  has  been  modified  and  a  new  program 
WSCOPE  added  to  make  the  ARDS  operate  in  the  system  very  much  like 
a  teletype.  Various  hardware  functions  available  on  teletypes,  but  missing 
on  the  ARDS,  are  simulated  by  software.  Initially,  when  the  ARDS 
breadboard  model  had  no  keyboard  or  local  echo  capability,  all  input 
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characters  were  echoed  by  the  CTSS  supervisor.  As  the  keyboard, 
hardware  carriage  return,  and  other  features  were  added  to  the  ARDS, 
the  supervisor  programs  were  modified  accordingly,  additional 
system  programming  was  provided  to  handle  ,rbottom-of-page  wait"  when 
a  user's  output  reached  the  bottom  of  the  screen  and  to  allow  the  user  to 
employ  the  full  graphical  drawing  capability  of  the  ARDS.  When  the 
graphical  input  devices  were  added  to  ARDS,  supervisor  programs  were 
written  to  accept  this  new  form  of  input. 

The  KLULIB  programming  system  for  the  ESL  Display  Console  was 
first  modified  about  a  year  ago  to  provide  a  compatible  programming 
interface  to  the  ARDS,  called  ARDLIB.  This  package  has  been  revised 
and  extended  during  the  past  year  by  C.  Reeve,  in  a  Master's  thesis 
research  program,  to  add  routines  which  allow  the  "mouse"  graphical 
input  device  to  be  used  like  a  light  pen,  and  routines  for  defining  'light 
buttons".  Other  software  extensions  include  a  display  simulator  package 
and  provisions  for  storing  ARDS  pictures  as  CTSS  disk  files.  Changes 
and  additions  are  now  being  considered  for  GRAPHSYS  1,  so  that  the 
programming  interfaces  for  ARDS  and  the  ESL  Console  can  be  made  as 
nearly  identical  as  possible. 

2.  New  Display  Interface  System 

A  major  effort  over  the  past  year  has  been  in  the  design  of  the 
next  version  of  the  Display  Interface  System,  shown  in  Figure  11.  The 
intent  here  is  to  provide  a  single  interface  for  the  ARDS  and  the  ESL 
Console  (and  perhaps  other  graphic  devices);  reduce  the  supervisor 
portion  of  the  software  to  the  bare  minimum  communications  functions; 
and,  in  the  case  of  the  PDP-7/ESL  Console,  permit  users  to  write  their 
own  real-time  display  routines.  To  allow  users  maximum  flexibility  in 
allocating  PDP-7  resources,  the  executive  program  in  the  PDP-7  consists 
of  a  minimal  executive  (MINEX)  which  interprets  and  handles  all  mes¬ 
sages,  handles  storage  allocation,  and  serves  as  the  interface  for  user 
programs  in  the  PDP-7.  MINEX  may  be  augmented  at  user  request  by 
standard  programs  for  program  queueing,  display  operation,  interrupt 
processing,  etc.  The  remainder  of  the  memory  space  allocated  to  a 
user  may  be  divided  between  user  programs  and  display  data  in  any  way 
that  the  user  wishes . 

Design  of  the  PDP-7  minimal  executive,  including  a  communications 
package  for  messages  between  the  7094  and  the  PDP-7  and  an  interrupt 
handler,  has  been  completed  by  D.E.  Thornhill  and  H . D .  Levin.  The 
augmented  executive,  including  the  program  queue  and  general  input/output 
handling  routines,  is  being  designed  —  as  is  in  the  display/program 
queue  which  will  handle  the  interlock  of  display  and  real-time  computations 
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on  the  display  file.  All  of  these  programs  permit  two  users  at  the  two 
console  stations  to  work  independently.  A  first  version  of  the  COMSAT 
package  for  the  7094  has  been  written,  and  work  is  proceeding  toward 
moving  the  present  DSCOPE  supervisor  functions  into  B-core  to  form 
GRAPHSYS  2.  The  general  goal  in  this  work,  carried  out  in  cooperation 
with  the  Computer-Aided  Design  Project,  is  to  make  the  whole  graphics 
software  system  as  display  independent  and  machine  independent  as 
possible.  Toward  this  end,  ideas  are  being  collected  for  a  new  user 
interface,  and  attention  is  being  given  to  the  problems  of  moving  the 
whole  system  to  new  computers,  such  as  Multics  and  the  S/360-67. 

E.  RELATED  DISPLAY  TECHNOLOGY 

During  the  past  year,  a  number  of  hardware  investigations  have 
been  concerned  with  extensions  of  the  present  ARDS  configuration. 

In  a  Master's  thesis  research,  J.R.  Sussman  designed  and 
constructed  a  controller  to  incorporate  a  1200  bit/second  incremental 
magnetic  tape  recorder  into  the  ARDS  breadboard.  All  characters 
appearing  on  the  telephone  line,  whether  generated  by  the  computer  or 
the  ARDS,  are  recorded.  The  controller  supplies  "page"  numbering 
which  is  displayed  on  the  ARDS  screen,  and  can  search  on  these  numbers 
by  means  of  commands  typed  on  the  ARDS  keyboard.  Thus  the  user  may 
request  redisplay  of  recorded  pages  on  an  off-line  basis,  providing  a 
"look-back"  capability  similar  to  pulling  back  the  paper  on  a  teletypewriter 
to  examine  previously  typed  input/output .  The  recording  system  is  also 
useful  for  off-line  ARDS  demonstrations.  Further  investigations  of  its 
use  for  off-line  computer  input  are  planned. 

One  of  the  difficulties  with  data-set-coupled  terminal  devices  is 
that  a  delay  of  up  to  several  weeks  is  usually  incurred  in  getting  the  data 
set  installed  or  moved  to  a  new  location.  Acoustic  and/or  inductive 
couplers  for  ordinary  telephone  handsets  are  widely  used  for  teletype¬ 
writer  terminals  (up  to  300  bps),  but  no  handset  couplers  for  1200  bps 
are  commercially  available.  D.  Chapman,  in  a  Master's  thesis  research, 
designed  a  set  of  couplers  which  provide  a  full-duplex  channel  at  1200  bps 
in  one  direction  and  150  bps  in  the  other.  Input  at  each  end  is  acoustic, 
and  pickup  at  each  end  is  inductive.  The  ARDS  breadboard  was  success¬ 
fully  operated  for  a  two-week  period  using  these  couplers  to  establish  a 
data  circuit  between  two  M.I.T.  telephone  extensions.  Further 
refinement  to  fit  the  new  ARDS  half-duplex  operating  conventions  is 
planned. 
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As  discussed  earlier,  the  ARDS  terminal  design  was  predicated  on 
telephone -line  coupling  at  data  rates  of  1200-2400  bits  per  second.  At 
these  data  rates,  the  character  and  line  generators  (which  operate  at  an 
incremental  rate  of  10  microseconds  per  point)  have  considerable  dead 
time  waiting  for  new  instructions.  In  a  Bachelor  of  Science  thesis,  R.G. 
Rausch  investigated  the  improvement  in  display  speed  obtainable  by  re¬ 
moving  the  data -rate  limitation  and  speeding  up  certain  internal  logic 
operations.  By  driving  the  ARDS  data  from  the  I/O  bus  of  the  PDP-7, 
he  demonstrated  a  4:1  improvement  in  drawing  speed  for  characters  and 
up  to  8:1  for  lines.  Further  logic  changes  to  obtain  an  additional  factor 
of  2:1  were  worked  out  but  not  implemented.  These  results  indicate 
additional  uses  for  the  ARDS  as  a  direct-driven  display,  as  well  as 
growth  potential  as  higher-speed  data  sets  become  available. 

One  of  the  problems  with  display-type  terminals  is  that  no  hard-copy 
record  is  produced.  A.  Vezza  is  investigating  a  hard-copy  technique  in 
which  a  full-size  photographic  paper  copy  is  made  directly  from  the 
image  on  the  face  of  the  storage  tube.  Using  special  wide-angle  lenses 
and  new  dry-process  (heat-developed)  dry-silver  emulsions  which  have 
recently  come  on  the  market,  it  is  possible  to  obtain  high-quality 
finished  prints  in  20  seconds  —  10  seconds  for  exposure  and  10  seconds 
for  development.  A  prototype  hard-copy  station  for  the  ARDS  breadboard 
is  now  being  designed  and  should  be  ready  for  trail  use  by  late  fall. 

Since  such  stations  cost  little  more  than  an  ARDS  and  operate  over  a 
telephone  line  in  exactly  the  same  way,  they  could  be  placed  at  various 
remote  locations  convenient  to  ARDS  users. 
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SIMPLE  Project  -  Malcolm  M.  Jones,  John  J.  Donovan, 
Joseph  W.  Alsop,  Hoo-Min  Toong,  and  Richard  C.  Thurber 


The  SIMPLE  Project  was  formed  in  June  1967,  for  the  purpose  of 
designing  and  implementing  a  new  simulation  language.  This  new 
language  was  to  differ  from  existing  simulation  languages  in  that  1)  it 
would  be  designed  specifically  for  use  in  an  on-line  environment,  and  2) 
it  would  incorporate  the  use  of  a  cathode -ray-tube  graphical  display 
device.  (See  Jones,  Donovan,  et  al. ,  Appendix  C,  for  a  discussion  of 
the  desirability  of  incorporating  both  of  these  features  into  a  simulation 
language.)  The  existing  languages  were  considered  unsuitable  for  these 
applications.  (See  MAC-TR-48,  Appendix  D.)  The  new  language  was 
named  SIMPLE 

The  first  phase  of  the  project,  which  took  place  during  the  summer 
of  1967,  was  the  study  of  existing  simulation  languages.  It  was  neces¬ 
sary  to  become  familiar  with  these  languages  from  the  point  of  view  of 
both  the  user  and  the  designer,  and  hopefully  be  in  a  position  to  in¬ 
corporate  just  their  desirable  features  into  SIMPLE.  Thus  the  summer 
was  spent  programming  simulations  in  GPSS,  SIMSCRIPT,  SIMULA, 

SOL,  etc. ,  and  studying  the  internal  workings  of  the  languages. 

By  September,  there  was  general  agreement  concerning  the  char¬ 
acteristics  of  SIMPLE.  Like  GPSS,  SIMPLE  should  be  easy  to  learn, 
so  that  a  user  could  begin  programming  with  the  language  after  only  an 
hour  or  two  of  studying  the  manual;  should  offer  the  computational 
power  of  a  general  algebraic  language  like  FORTRAN  or  ALGOL;  should 
have  extensive  tracing  and  other  debugging  facilities;  and  should  contain 
extensive,  easy  to  use  statistical  and  graphical  output  facilities. 

In  particular,  we  decided  to  adopt  the  process  concept  and  program 
structure  of  SIMULA.  It  was  undesirable  to  adopt  SIMULA  directly, 
however,  because  it  is  based  on  ALGOL,  which  has  never  been  popular 
among  programmers  in  the  United  States.  Thus,  for  a  majority  of 
programmers,  the  new  language  would  be  incompatible  with  any  other 
languages  they  would  normally  use.  However,  PL/l,  does  contain,  among 
other  things,  block  structures  and  the  other  desirable  features  of  ALGOL, 
and  will  probably  be  as  well-known  as  FORTRAN  within  a  few  years. 

Thus  we  decided  to  use  PL/l  as  a  base  language  and  add  SIMULA -like 
simulation  features  to  it. 


We  also  decided  to  design  as  general  a  language  as  possible. 
SIMPLE  was  to  be  a  super-set  of  PL/l;  suitable  for  implementation  either 
as  an  interactive  simulation  language  on  a  time-shared  computer,  or  as 
a  general  simulation  language  on  computers  without  on-line  or  graphical 
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display  facilities.  In  September  1967  it  was  necessary  to  select  a  com¬ 
puter  for  the  initial  implementation  of  SIMPLE.  The  original  plan  had 
been  to  implement  the  language  on  Multics  or  the  M.I.T.  Computation 
Center's  version  of  IBM's  TSS,  but  at  this  stage  it  was  obvious  that 
neither  system  would  be  operational  soon  enough.  Therefore,  we  de¬ 
cided  to  put  SIMPLE  on  the  IBM  1130  computer,  as  it  was  the  only 
computer  readily  available.  (The  M.I.  T.  Computation  Center  had  offered 
us  almost  unlimited  free  time  on  their  1130  machines.)  There  are  also 
currently  over  2,000  IBM  1130's  in  the  United  States  —  many  in 
universities  —  thus  providing  a  large  potential  users'  market  for  SIMPLE. 

Because  the  normal  1130  operating  system  provided  by  IBM  is 
strictly  for  batch -processing,  we  could  not  implement  the  on-line 
features  of  SIMPLE.  Thus  we  decided  to  re-write  the  operating  system 
so  a  user  could  run  his  programs  on-line  from  a  console  while  batch¬ 
processing  was  going  on  in  the  background. 

By  January  1968,  the  design  of  the  SIMPLE  language  and  a  pre¬ 
liminary  design  for  the  1130  operating  system  had  been  completed.  The 
language  specifications  are  documented  informally  in  the  "Preliminary 
SIMPLE  Manual".*  This  manual  was  prepared  as  a  supplement  to  a 
series  of  lectures  given  on  SIMPLE  to  a  Sloan  School  class  studying 
simulation. 

At  this  stage,  we  decided  that  a  preliminary  SIMPLE  compiler 
should  be  given  priority  over  the  1130  time-sharing  system.  An  ap¬ 
propriate  subset  of  SIMPLE  for  the  1130  was  defined  and  the  compiler 
design  initiated.  At  the  same  time,  Malcolm  Jones,  John  Donovan,  and 
Joseph  Alsop  prepared  a  paper  entitled  "A  Graphical  Facility  for  an 
Interactive  Simulation  System"  for  presentation  to  the  1968  IFIP  Congress 
in  Edinburgh,  Scotland,  5-10  August  1968. 

+ 

By  June  1968,  the  SIMPLE  compiler  was  designed  and  plans  for 
the  summer  consisted  of  beginning  work  on  implementing  the  compiler. 


*Thurber,  Richard  C. ,  "A  Preliminary  SIMPLE  Manual",  Internal 
Paper,  Project  MAC,  1968 

f  Alsop,  Joseph  W. ,  "A  Design  for  the  SIMPLE  Compiler",  Internal 
Paper,  Project  MAC,  1968 
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Marketing  Models  -  John  D.  C.  Little  and  Leonard  M.  Lodish 

The  purpose  of  this  research  is  to  develop  marketing  models  to  be 
used  by  marketing  management  in  decision  making,  and  to  increase 
knowledge  that  will  aid  others  to  do  the  same.  Of  central  interest  is 
the  exploitation  of  interactive  computational  capability.  This  can  be  a 
great  help  in  model  construction,  but  of  even  greater  interest  is  the 
design  of  interactive  models  to  facilitate  use  by  a  manager. 

A  previously  reported  and  published  account  of  an  interactive 
model  for  a  retail  store  location  problem  has  stimulated  at  least  one 
firm  to  work  on  a  similar  model  for  its  own  purposes.  (See  Little  and 
Lodish,  Appendix  C.) 

An  interactive  media  planning  model,  also  reported  previously, 
has  gone  through  an  extensive  redevelopment.  The  model  addresses 
the  problem:  given  a  set  of  media  alternatives,  an  advertising  budget, 
and  various  data  about  the  media  and  the  audience  to  be  reached,  which 
alternatives  should  be  used,  and  when  should  they  be  scheduled  to  % 

maximize  a  chosen  measure  of  performance?  Experience  with  the 
model  has  demonstrated  that  the  interactive  capability  is  important  to 
frequent  and  effective  use.  The  speed  of  obtaining  answers,  the  ease 
of  use  by  non-computer  personnel,  and  the  ability  to  redirect  the 
analysis  while  it  is  in  progress  appear  to  be  critical  to  the  acceptance 
which  the  model  is  rapidly  achieving. 

Current  work  is  directed  to  developing  market  response  models 
which  the  user  parameterizes  a  priori  and  then  adaptively  updates  as 
new  data  become  available.  The  user  is  also  to  have  the  ability  to  test 
out  his  own  and  competitive  strategies  on  the  model. 

Some  of  this  work  has  been  supported  in  part  by  the  Marketing 
Science  Institute. 


Behavior  of  Complex  Systems  -  Jay  W.  Forrester 

The  Project  MAC  time-sharing  system  was  used  during  the  past 
year  to  study  the  dynamic  behavior  of  complex  systems.  Complex  sys¬ 
tems  are  high  -order ,  multiple-loop,  non-linear,  and  contain  both 
positive  and  negative  feedback.  They  are  to  be  found  in  all  social  sys¬ 
tems  and  are  of  great  importance  in  understanding  the  behavior  of 
corporations  and  larger  social  groups. 
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Such  systems  cannot  be  solved  mathematically.  The  only  approach 
is  experimental  investigation  of  system  behavior  followed  by  general¬ 
ization  about  the  observed  modes  shown  by  complex  systems. 

A  number  of  interesting  observations  have  been  made  which  still 
require  much  additional  study: 

1)  Complex  systems  are  counter-intuitive.  Their  behavior  is 
usually  different  from  that  predicted  by  judgment  and  in¬ 
tuition  which  has  been  developed  in  the  context  of  simple 
systems.  This  explains  much  of  the  frustration  and  futility 
encountered  in  the  management  of  complex  social  systems . 

2)  Complex  systems  are  remarkable  insensitive  to  changes  in 
most  parameter  values.  A  multiple-loop  system  internally 
rebalances  and  compensates  for  parameter  changes  which 
may  sometimes  be  severalfold. 

3)  Conversely,  complex  systems  have  a  few  nfluence  points 
through  which  system  behavior  can  be  altered.  These  are 
apt  to  lie  at  points  least  likely  to  be  indicated  by  intuitive 
inspection. 

4)  Policy  changes  within  a  complex  system  are  apt  to  lead  to 
short-term  responses  which  are  opposite  in  direction  from 
long-term  responses.  This  is  highly  misleading,  because 
a  program  producing  improvement  in  the  near  future  may 
lead  to  degradation  in  the  more  distant  future. 


Computer-Aided  Diagnosis  -  G.  Anthony  Gorry 

Research  on  computer-aided  diagnosis  has  been  continued.  An 
extensive  investigation  of  the  use  of  the  diagnostic  system  to  detect 
congenital  heart  disease  has  been  completed.  (See  MAC-TR-44,  Ap¬ 
pendix  D,  and  Gorry  and  Barnett,  Appendix  C.)  The  results  were  very 
encouraging.  The  system  performed  at  a  level  comparable  to  that  at¬ 
tained  by  experienced  cardiologists.  A  natural -language  version  of  the 
heart  disease  program  was  implemented  using  parts  of  the  ELIZA  system 
developed  by  Professor  Joseph  Weizenbaum.  An  experiment  to  compare 
protocols  of  expert  cardiologists  with  those  generated  by  the  program 
is  being  conducted  with  Dr.  G.  Octo  Barnett  of  the  Massachusetts 
General  Hospital. 
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New  work  in  this  area  is  being  undertaken  with  Drs.  William  B. 
Schwartz  and  Jerome  P.  Kassirer  of  the  New  England  Medical  Center, 
and  Professor  Joseph  Weizenbaum,  to  develop  combination  diagnostic  - 
teaching  programs.  The  intention  is  to  put  these  programs  into  actual 
use  in  a  regional  medical  information  system. 

In  a  different  area,  an  adaptive  group-theoretic  algorithm  for 
integer  programming  problems  has  been  devised  with  Professor 
Jeremy  Shapiro  of  the  Sloan  School.  (See  Gorry  and  Shapiro,  Appen¬ 
dix  C.)  This  algorithm  is  currently  being  implemented  as  a  program¬ 
ming  system. 


A  Branch  and  Bound  Algorithm  for  Optimizing  with  a  Simulation  Model  - 
Marshall  Fisher 

The  research  reported  here  is  concerned  with  the  problem  of 
optimizing  a  particular  system,  by  using  a  simulation  model  to  deter¬ 
mine  system  performance  with  various  settings  of  system  parameters. 

The  particular  case  of  optimizing  the  capacity  of  a  job  hop  is 
considered.  The  objective  function  for  the  problem  is 

Min  U(N)  =  C* N  +  aT(N) 

where  N  is  a  vector  whose  components  are  the  free  parameters  of  the 
system  and  represent  the  capacity  at  each  work  station  of  the  job  shop, 

C  is  a  vector  of  unit  capacity  cost  for  each  work  station,  C*N  is  the 
capacity  cost  of  a  given  solution,  a  is  the  cost  of  tardiness,  and  T(N) 
is  the  average  order  tardiness  associated  with  a  particular  value  of  N. 
T(N)  is  a  particularly  unorthodox  function;  its  value  for  a  given  value  of 
N  is  found  by  one  run  of  a  job-shop  simulation  model. 

A  branch  and  bound  algorithm  has  been  developed  which  finds  the 
particular  value  of  N  to  minimize  this  objective  function.  The  algorithm 
develops  a  lov/er  bound  on  the  cost  of  a  particular  solution  using  the 
facts  that  the  machine  cost  of  a  solution  is  known  prior  to  simulation 
and  that  T(N)  is  a  monotone  non -increasing  function  of  N.  The  algorithm 
has  been  coded  in  FAP  (Fortran  Assembly  Program)  for  the  7094  and 
dubbed  SET  (Simulation  Enumerating  Technique). 

To  provide  a  reference  point  for  computational  tests,  a  heuristic 
technique  known  as  the  Decentralized  Gradient  Approach  was  adopted  to 
this  problem  and  also  coded  in  FAP. 
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About  20  varied  problems  have  been  solved  using  both  approaches. 
The  results  indicate  that  for  problems  of  5  work  stations  or  less,  SET 
finds  optimal  solutions  which  are  from  0  to  12  percent  lower  than  the 
DGA  heuristics  solution;  about  75  percent  additional  computation  time  is 
required  for  SET.  The  computing  time  for  SET  grows  approximately 
exponentially  with  problem  size,  and  for  problems  of  8  stations  or  more 
the  algorithm  becomes  prohibitively  expensive.  Possibilities  for  com¬ 
bining  SET  with  a  heuristic  approach  to  handle  larger  problems  are 
being  discussed. 

Minimization  of  Machine -Dependent  Routines  -  Alexander  L.  Pugh,  III 

During  the  past  year,  DYMANO  II  has  been  modified  to  conform  to 
the  AED-I  language  and  to  minimize  the  number  of  machine -dependent 
constructions.  These  modifications  will  greatly  simplify  converting 
DYNAMO  to  other  machines,  such  as  the  GE  645  and  the  IBM  S/360. 

The  actual  conversion  to  the  S/360  is  nearly  complete,  and  DYNAMO 
II  users  have  been  invited  to  try  out  the  system  on  their  machines.  The 
GE  645  version  of  the  system  cannot  be  completed  until  the  AED-I  lan¬ 
guage  is  available  on  the  645. 

The  AED  language  is  a  good  one  in  which  to  write  routines  that 
are  nearly  machine  independent.  By  careful  choice  of  declarations  and 
synonyms,  75  percent  of  DYNAMO  can  be  maintained  as  machine- 
independent  AED  routines  (with  separate  declaration  files  for  each 
machine).  The  25  percent  of  DYNAMO  that  is  machine  dependent  actually 
generates  machine  code,  and  could  never  be  made  entirely  machine  in¬ 
dependent. 

On-Line  Data  Analysis  -  James  R.  Miller,  III 

The  purpose  of  this  research  has  been  to  produce  an  on-line  lan¬ 
guage,  named  DATANAL,  for  data  generation  and  analysis.*  It  has  been 


*In  addition  to  Project  MAC ,  several  other  organizations  have  provided 
direct  support  to  the  development  of  DATANAL  since  1963.  These  in¬ 
clude  the  National  Aeronautics  and  Space  Administration  under  Contract 
number  NSG-235  (1963  -  1966);  the  MITRE  Corporation  under  Contract 
number  AF19(628)5165(1966-1967;  the  Stanford  Graduate  School  of  Busi¬ 
ness  (1968;  and  the  Stanford  University  Computation  Center  (1968).  In¬ 
direct  support  has  also  been  provided  by  the  Sloan  School  of  Management 
(1966-1967)  and  The  General  Electric  Company  (1967-1968). 
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designed  primarily  to  facilitate  analysis  of  externally  generated  empir¬ 
ical  data.  However,  DATANAL  may  also  be  used  as  a  simulation  lan¬ 
guage  to  generate  and  then  analyze  its  own  data  internally.  Specifically 
DATANAL  has  been  designed  to: 

1.  facilitate  analysis  of  any  kind  of  numerically  coded  empir¬ 
ical  data,  generated  and  collected  externally  in  any  research 
context; 

2.  alternatively,  generate  its  own  data  via  simulation,  and  then 
selectively  analyze  the  results  of  a  simulation  run; 

3.  operate  on-line  and  conversationally  between  a  user  and 
selected  portions  of  whatever  data  he  has  collected  and/or 
generated; 

4.  converse  in  English  or  something  very  close  to  English;  and 

5.  permit  immediate  usability  by  individuals  relatively  naive 
with  respect  to  computers  and  their  idiosyncrasies. 

DATANAL  is  essentially  a  command  language  which  interacts  in¬ 
timately  with  the  CTSS  supervisor.  It  is  difficult  to  classify  DATANAL 
as  either  an  interpretive  or  a  compiler  language  exclusively,  since  it 
performs  either  or  both  types  of  activities,  depending  upon  the  nature 
and  extent  of  whatever  computations  are  requested.  When  machine  in¬ 
structions  are  compiled,  DATANAL  als3  performs  the  functions  of  a 
loader;  e.g. ,  memory  allocation,  instruction  relocation,  etc.  For 
these  reasons,  it  is  best  to  think  of  DAT/. NAL  as  a  self-contained  sub¬ 
system  under  loose  control  of  the  CTSS  supervisor. 

Development  of  DATANAL  was  initiated  late  in  1966,  the  first 
version  being  written  in  MADTRAN  and  MAD.  A  second  version  was 
completed  in  June  1967.  A  third  and  final  version  was  completed 
during  this  reporting  period.  The  final  version  has  been  coded  entirely 
in  assembly  language  (FAP)  and  includes  over  seventy  separate  com¬ 
mands  for  generating  and  analyzing  data.  In  addition,  a  user  is  free  to 
invent  his  own  private  commands  and  to  append  these  to  "his"  version 
of  DATANAL. 

Due  to  the  imminent  departure  of  CTSS  from  Project  MAC,  no 
further  development  of  DATANAL  is  planned.  However,  a  working  ver¬ 
sion  of  the  entire  system  has  been  transferred  to  the  Computation 
Center  for  continuing  use.  (See  Miller,  Appendix  C,  and  MAC-TR-40, 
Appendix  D,  for  a  detailed  description  of  DATANAL.  This  latter  docu¬ 
ment  also  serves  as  a  user's  manual.) 
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The  TEACH  System  -  Joseph  Weizenbaum  and  Robert  R.  Fenichel 
A.  BACKGROUND 

One  of  the  major  educational  problems  confronting  the  nation's 
colleges  and  universities  is  that  of  providing  instruction  in  elementary 
computer  programming.  The  problem  is  important,  because  an  ever- 
increasing  number  of  academic  disciplines  are  pervaded  by  computer- 
based  techniques,  and  Computer  Science  itself  is  an  increasingly  popular 
study.  The  world  of  practical  affairs  outside  the  university  is  also  mak¬ 
ing  more  and  more  use  of  the  computer.  The  overall  demand  for  people 
who  know  how  to  program  digital  computers  is  therefore  growing  very 
rapidly.  Already,  programmers  are  a  scarce  national  resource. 

The  problem  is  difficult,  because  programming  cannot  be  effec¬ 
tively  learned  without  considerable  practice.  This  means  that  the 
student  must  be  given  access  to  a  computer.  Even  more  important,  the 
student's  work  must  be  coordinated  with  the  lessons  to  which  he  is  ex¬ 
posed  and  must  somehow  be  supervised.  These  requirements,  when 
met  in  the  form  of  ordinary  classroom  instruction,  generate  a  large 
drain  on  institutional  staff  resources.  Precisely  because  talented  com¬ 
puter  people  are  in  extremely  short  supply,  most  educational  institutions, 
even  those  with  large  financial  resources,  find  it  either  impossible  or 
nearly  impossible  to  meet  even  their  self-determined  goals. 

M.I.T.s  large  course  in  elementary  computer  programming,  for 
example,  is  the  largest  course  at  the  Institute.  In  the  1967-68  academic 
year,  when  there  were  950  freshmen,  there  were  959  students  in  this 
large  elementary  programming  course.  In  addition,  several  depart¬ 
ments  offered  small  elementary  courses  of  their  own. 

In  that  same  academic  year,  the  large  basic  programming  course 
required  at  least  a  part-time  commitment  from  each  of  14  faculty  and 
staff  members.  The  salaries  of  these  persons,  pro-rated  by  the  frac¬ 
tion  of  their  time  which  was  devoted  to  the  course,  amounted  to  $53,  000. 
This  figure,  however,  takes  no  account  of  the  fact  that  faculty  time,  at 
M.I.T.  as  at  other  universities,  is  the  scarcest  of  resources.  The  course 
also  accounted  for  $12,  000  of  rent  on  punched  card  equipment.  This 
equipment,  whose  utilization  is  almost  entirely  chargeable  to  the  course, 
occupies  approximately  1000  square  feet  of  uncharged  floor  space. 

Finally,  the  course  was  charged  $8,  000  for  its  use  of  a  large-scale 
computer.  Yet,  for  all  this  expense,  the  course  is  not  effective:  more 
significantly,  it  is  batch-oriented;  while  M.I.T.  has  made  routine  use  of 
time-sharing  for  five  years. 
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The  course  makes  use  of  standard  batch  languages,  and  in  the 
1967-68  academic  year,  the  language  in  use  was  FORTRAN  IV.  Much 
of  FORTRAN  is,  in  a  sense,  unteachable.  That  is,  while  the  language 
can  surely  be  learned  by  rote,  much  of  it  can  not  be  logically  motivated 
and  explained.  Moreover,  many  important  programming  concepts  are 
missing  in  it  and  other  common  batch  languages.  Surely  one  measure 
of  the  success  of  an  elementary  programming  course  must  be  the  ease 
with  which  students  move  on  to  more  theoretical  courses  or  to  other 
languages.  But  such  transitions  are  difficult  when  the  course  has  never 
given  experience  with  recursion,  block  structure,  functions  as  objects, 
or  manipulation  of  strings.  Finally,  it  does  not  seem  possible  to  teach 
any  of  these  languages,  none  of  which  was  designed  with  teaching  in 
mind,  in  any  pedagogically  sound  sequence.  One  cannot  teach  the 
transfer-of-control  statement  before  one  has  taught  the  use  of  labels; 
one  cannot  teach  anything  until  one  has  taught  the  nature  of  the  compile- 
load-run  process;  and  so  on.  Students  must  take  much  on  faith,  and 
this  is  particularly  hard  on  those  students  who  wish  to  understand  only 
that  core  of  material  which  is  necessary  for  their  work. 

B.  SYSTEM  OVERVIEW 

The  existence  of  the  versatile  CTSS  computer  time-sharing  sys¬ 
tem  at  M.I.T.  provided  us  with  an  opportunity  to  attack  both  the  problem 
of  reducing  the  Institute's  staffing  burden,  with  respect  to  instruction 
in  elementary  programming,  and  the  problem  of  devising  a  rational 
teaching  strategy  for  that  subject. 

It  seemed  clear  to  us  that,  whatever  the  state  of  computer-aided 
instruction  (CAI)  with  respect  to  other  subjects,  the  computer  is  the 
ideal  instrument  for  teaching  its  own  use.  If  a  computer  is  to  be  used 
to  teach  any  laboratory  subject,  then  it  will  have  to  be  made  to  simulate 
that  laboratory  during  some  stages  of  the  instruction.  This  imposes 
severe  difficulties  in  most  cases;  but  a  computer  can  be  made  to  simu¬ 
late  a  computer  quite  easily.  Also,  a  large  part  of  any  laboratory 
course  consists  of  a  student's  actual  experience  with  the  laboratory's 
hardware.  In  the  computer-based  teaching  system  which  we  have  de¬ 
veloped,  the  student  is  manipulating  the  laboratory  hardware,  so  to 
speak,  from  the  very  beginning  and  throughout  his  instruction. 

The  major  resource  we  had  available  to  us  in  the  summer  of  1967 
was  the  Compatible  Time-Sharing  System  (CTSS).  This  includes  a 
large  number  of  teletypewriter  consoles  for  communicating  with  an 
IBM  7094  computer,  as  well  as  a  generous  set  of  software  facilities. 

Of  these  software  facilities,  the  most  important  to  us  were  the  CTSS 
file  system,  a  good  algebraic  language  (MAD),  and  a  list-processing 
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language  (SLIP).  The  problem  of  teletypewriter-computer  communica¬ 
tion  had  also  been  completely  solved  for  us  by  the  time  as  we  undertook 
our  task. 

We  began  by  setting  ourselves  certain  goals  and  objectives.  Chief 
among  these  was  that  we  intended  to  teach  programming  -  not  some  parti¬ 
cular  programming  language.  We  realized,  of  course,  that  some  pro¬ 
gramming  language  was  required  as  a  vehicle  to  convey  the  ideas  we 
intended  to  communicate.  Our  task  of  designing  such  a  language  was 
governed  by  the  following  criteria: 

1)  A  student,  having  learned  our  language,  should  be  in  a  po¬ 
sition  to  learn  any  standard  algebraic  language  very  quickly 
on  his  own,  simply  by  studying  the  manual  for  that  language. 

2)  Our  language  should  accordingly  cjontain  all  the  fundamental 
ideas  of  current  programming  practice.  These  should  be 
clearly  identified  and  appropriately  named  -  we  should  not 
introduce  new  jargon.  Examples  of  such  ideas  are:  identi¬ 
fiers  and  variables,  control  of  iteration,  recursion,  the 
subroutine,  and  user-defined  functions. 

3)  Every  important  idea  should  be  presented  only  after  a  need 
for  it  has  been  clearly  established.  To  the  greatest  extent 
possible,  the  student  should  be  brought  to  the  threshold  of 
inventing  the  idea  himself  just  before  it  is  presented  to  him. 

For  example,  he  should  have  had  to  write  a  particular  pro¬ 
gram  segment  many  times  within  a  single  program  before 
the  introduction  of  the  idea  of  the  subroutine.  While  this 
criterion  is  more  pedagogic  than  one  of  language  design,  it 
translates  into  the  latter.  In  particular,  it  dictates  the  depend¬ 
ency  relationships  among  various  modules  which,  when 
finally  joined,  constitute  the  whole  language.  It  determines, 
for  example,  that  facilities  necessary  for  construction  of 
large  program  segments  must  be  made  available  before 
mechanisms  allowing  true  subroutining.  Hence,  for  example, 
loop  control  mechanisms  must  be  independent  of  subroutine 
mechanisms. 

4)  When,  in  the  design  phase  of  the  language,  a  particular 
facility  may  be  provided  in  a  number  of  different  ways,  the 
design  that  is  capable  of  being  explained  most  simply  and 
clearly  should  be  chosen.  In  general,  we  believe  that  a  hard 
or  awkward-to-explain  implementation  is  probably  wrong. 

The  faithful  adherence  to  this  design  criterion  has  led  us  to 
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deep  and  searching  discussions  about  questions  which  ap¬ 
peared  initially  to  be  sirnjue  and  even  superficial.  Our  own 
understanding  of  language  design  has  deepened  and,  we 
believe,  the  language  we  have  produced  is  uncommonly  clean. 

The  teaching  system  itself  -  the  system  that  ultimately  presents 
lessons  to  the  student,  supervises  his  progress,  and  permits  him  to 
exercise  his  skills  -  was  also  thought  out  in  terms  of  goals  and  criteria. 
The  main  ones  were  the  following: 

1)  An  individual  student's  rate  of  progress  through  the  lesson 
material  is  to  be  governed  by  the  student's  own  actions.  Each 
student  must  be  given  a  separate  filing  area  for  his  work. 

2)  The  system  must  remember  an  individual  student's  level  of 
progress  at  all  times.  The  student  should  not  be  forced  to 
repeat  work,  say  when  re-entering  the  system  after  a  few 
days  absence,  because  of  system  bookkeeping  limitations. 

3)  The  system  must  detect  student  errors  as  quickly  as  possible; 
whenever  possible  in  a  highly  localized  context.  Once  an 
error  is  detected,  it  is  to  be  pointed  out  to  the  student  in  as 
unambiguous  a  fashion  as  possible.  Finally,  the  system 
must  permit  the  student  to  correct  errors  on  a  highly  localized 
basis  -  without  forcing  him  to  reconstruct  large  portions  of 
error-free  work. 

4)  The  system  must  be  totally  protected  against  catastrophic 
system  failure  due  to  student  error. 

5)  The  system  must  be  modular,  in  the  sense  that  changes  either 
in  the  language  to  be  taught,  or  in  the  lessons  themselves, 
can  be  made  easily  and  independently  of  one  another. 

We  constructed  an  experimental  system  during  the  Summer  of  1967, 
and  about  10  students  served  as  experimental  subjects  for  us  during  the 
Fall  1967  semester.  On  the  basis  of  that  experience,  and  much  more 
thought,  we  developed  the  currently  running  TEACH  system,  which  does, 
in  fact,  provide  virtually  tutorless  instruction  in  programming. 

At  the  heart  of  the  TEACH  system  is  a  language  which  we  have 
chosen  to  call  PL/2.  We  believe  that  PL/2  meets  the  first  set  of  criteria 
mentioned  previously.  It  is  an  interactive  language  that  somewhat  re¬ 
sembles  JOSS,  but  it  differs  from  JOSS  and  other  JOSS-like  languages  in 
several  major  respects:  for  example,  the  presence  of  block  structure, 
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a  context  editor,  and  a  function-tracing  feature.  As  a  result,  PL /‘i  is 
somewhat  more  amenable  to  rational  explanation  —  say,  in  the  meta¬ 
phors  of  mathematics  -  while  it  is  somewhat  less  amenable  to  cookbook 
explanation  (the  language  may  not  be  as  appealing  to  non-programmers). 
Siginificantly,  PL/2  (like  JOSS)  may  be  used  as  if  it  were  merely  an 
expensive  desk  calculator.  It  is  sufficiently  rich,  on  the  other  hand, 
that  quite  complex  computational  tasks  are  well  within  its  domain. 

Surrounding  the  PL/2  interpreter  is  another,  much  simpler  inter¬ 
preter  called  AGES.  Programs  written  for  AGES  are  called  scripts. 

The  AGES  language  is  quite  general,  but  the  body  of  scripts  that  now 
exists  uses  little  of  that  generality.  This  body  of  scripts  constitutes  an 
elementary  course  in  computer  programming. 

The  most  prominent  activity  of  these  scripts  is  simply  typing  in¬ 
formation  to  the  student.  The  material  typed  is,  in  sum,  an  ordinary 
text  in  computer  programming.  It  is  divided  into  eighteen  chapters, 
each  with  five  to  ten  sections.  The  chapters  and  sections  are  calibrations 
of  an  accounting  mechanism  maintained  by  the  scripts.  This  mechanism 
allows  a  student  to  leave  the  system  and  return  days  or  months  later  to 
the  point  at  which  he  left  off. 

The  scripts  are  able  to  call  upon  the  PL/2  interpreter,  and  occa¬ 
sionally  the  scripts  themselves  use  the  interpreter  to  supply  function 
definitions  and  other  values  to  the  student.  More  often,  the  scripts  call 
upon  the  interpreter  only  so  the  student  may  use  it.  For  reasons  which 
will  be  discussed  later,  the  scripts  have  little  control  over  what  a  student 
actually  does  with  the  PL/2  interpreter;  for,  after  a  script  has  suggested 
a  problem  and  given  the  interpreter  to  the  student,  he  might  just  as  easily 
do  his  physics  homework  as  the  problem  suggested  by  TEACH. 

Whatever  else  may  be  said  of  this  freedom  for  the  student,  it  pre¬ 
sents  one  serious  lisk;  that  is  the  student  will  blunder  into  use  of  a  fea¬ 
ture  which  he  cannot  control;  for  example:  he  will  blunder  into  transfers 
of  control  before  he  understands  the  procedure  for  interrupting  an  infinite 
loop.  To  eliminate  this  risk,  the  scripts  are  able  to  communicate  with 
the  syntax  scanner  of  the  PL/2  interpreter.  In  particular,  the  scanner 
will  not  recognize  any  construction  which  the  scripts  have  not  already 
discussed.  In  effect,  a  student  is  limited  to  making  simple  mistakes  — 
where  the  word  "simple"  is  moving  as  fast  as  he  moves,  but  no  faster. 

The  scripts  are  also  able  to  engage  in  limited  dialogue  with  students, 
and  can  allow  the  students  to  request  hints  about  suggested  problems, 
and  to  even  skip  certain  sections  entirely.  This  feature,  along  with 
miscellaneous  general-purpose  features  of  AGES,  also  allows  students 
to  review  sections  either  they  have  skipped  or,  for  some  reason,  they 
wish  to  see  again. 
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C.  EXPERIENCE  WITH  STUDENTS 

A  preliminary  version  of  the  course  was  taught  in  the  Fall  of  1967 
to  about  a  dozen  graduate  students  and  faculty  members  in  the  Political 
Science  Department  at  M.I.T.  Because  the  scripts  were  then  in  crude  con¬ 
dition,  it  was  necessary  to  supplement  the  students'  computer  instruc¬ 
tion  with  regular  recitation  sessions.  These  sessions  provided  much 
guidance  for  the  complete  rewrite  of  the  scripts  that  was  undertaken  in 
the  Spring  of  1968. 

Forty  new  subjects  were  exposed  to  the  course  in  the  Fall  of  1968. 
Half  of  these  were  political  scientists  similar  to  the  first  year's  sample. 
The  remainder  were  a  group  that  might  have  been  taken  at  random  from 
the  large  elementary  course:  mainly  freshmen,  with  upperclassmen 
from  engineering  and  scientific  departments. 

At  the  beginning  of  the  term,  each  student  was  given  a  short  hand¬ 
out  telling  him  how  to  find  a  computer  terminal  around  M.  I.  T. ,  how  to 
access  TEACH,  what  to  do  if  out  of  paper,  and  so  on.  The  terminals 
were  available  112  hours  a  week,  and  were  used  without  sign-up  lists 
or  other  prescheduling.  As  each  student  reached  the  middle  of  the 
course  —  that  is,  just  after  he  had  reached  the  material  on  transfers  of 
control  —  he  was  given  a  handout  on  flow-charting  techniques.  Finally, 
at  the  very  end  of  the  course  each  student  was  given  a  long  handout 
describing  compiling,  batch-processing,  and  various  other  facts  of 
life  he  might  have  to  face,  once  out  of  the  course.  Except  for  these 
handouts,  a  student's  only  communication  from  the  instructors  came 
in  a  personel,  computer-stored  mail  box  which  TEACH  printed  for  him 
at  the  beginning  of  each  on-line  session.  The  instructors  used  the  mail 
boxes  for  notes  to  students  and  for  operational  announcements  of 
general  interest. 

One  discovery  made  early  in  the  term  was  that  different  students 
reacted  quite  differently  to  the  freedom  with  which  they  had  been  trusted. 
Some  students  hoarded  their  computer  time  jealously,  trying  few  or 
none  of  the  suggested  problems.  Others  were  fond  of  extravagant  ex¬ 
periments  with  each  possible  form  of  each  new  mechanism. 

Those  in  the  first  group  were  not  a  new  breed:  there  have  always 
been  students  who  skim  reading  and  turn  laboratories  into  mechanical 
tests  of  manual  dexterity.  There  is  little  to  do  with  such  students 
beyond  encouraging  them  to  change  their  ways.  In  any  event,  they 
damage  only  themselves.  The  spendthrifts  of  the  second  group,  on 
the  other  hand,  are  quite  a  different  problem.  We  had  to  decide  what 
to  do  with  a  student  who,  without  having  finished  the  entire  body  of 
scripts,  had  already  used  up  his  fair  share  of  computer  time. 
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On  the  one  hand,  it  seemed  unlikely  that  all  of  the  other  students 
would  use  up  their  allotments.  Whereas  one  might  well  discourage  such 
open-handed  use  of  the  system,  perhaps  such  a  student  should  not  be 
disconnected  from  the  system  until  he  has  far  exceeded  his  quota  of 
system  resources.  We  rejected  these  notions,  and  decided  to  cut  off 
any  student  overstepping  his  allotment.  We  did  this  because  we  had 
come  to  see  TEACH  not  so  much  as  an  automated  course,  but  as  an 
automated  book.  That  is,  we  discourage  inefficient  use  of  TEACH;  just 
as  we  discourage  inefficient  use  of  library  books.  When  a  book  is  due 
at  the  library,  it  is  due  -  whether  or  not  the  borrower  has  made  efficient 
use  of  it. 

To  implement  this  policy,  we  arranged  that  at  the  end  of  each  con¬ 
sole  session,  a  student  would  be  informed  of  the  computer  time  he  had 
used.  Each  student  was  then  responsible  for  holding  his  own  time 
charges  within  an  announced  limit.  Students  were  informed  of  the  M.I.T. 
Information  Processing  Center's  rate  structure,  and  they  were  en¬ 
couraged  to  use  ordinary  cost-cutting  strategies,  such  as  working  late 
at  night,  in  their  own  behalves.  That  the  time  units  were  given  in  dollars 
seems  to  have  lent  a  felicitous  air  of  reality  to  these  proceedings. 

D.  PEDAGOGIC  PROBLEMS 

We  have  made  no  tests  to  determine  the  efficiency  of  this  teaching 
method;  and  since  our  sample  was  so  small,  we  are  doubtful  of  the  utility 
of  any  test  which  could  now  be  performed.  Even  if  our  sample  were 
larger,  it  remains  true  that  in  computer  programming  what  is  easiest 
to  test  (FORTRAN'S  UKLMN  rule,  for  example)  is  always  of  least 
interest  to  a  professional.  The  effectiveness  of  the  TEACH  scripts  will 
be  further  obscured  (in  TEACH' s  favor)  by  the  additional  motivation 
which  seems  to  be  inherent  in  on-line  interaction.  We  do  not  regard  the 
latter  as  just  a  gimmick;  but,  even  if  it  were  the  only  benefit  of  on-line 
instruction,  to  arbitrarily  shun  such  motivation  would  be  to  plead  for  a 
Puritanical,  cough-medicine  theory  of  education. 

We  have  observed  that  TEACH  does  not  notice  what  students  do 
with  the  PL/2  interpreter:  whereas  a  good  teacher,  examining  a  student’s 
program,  often  discovers  problems  of  conceptualization  of  which  the 
student  was  unaware.  At  the  moment,  we  don't  know  how  to  program  a 
good  teacher.  Certainly  TEACH  could  be  more  watchful:  it  could,  for 
example,  easily  administer  Skinnerian  training  in  its  spelling  rules. 

But  the  interpreter's  ordinary  diagnostics  appear  to  be  quite  adequate, 
and  we  are  not  convinced  that  a  change  in  TEACII's  style  would  be  an 
advance. 
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E.  ECONOMIC  PROBLEMS 

A  prime  motivation  for  developing  TEACH  was  the  pressure  of  a 
course  costing  about  $75  per  student.  The  present  TEACH  system  costs 
about  $150  in  machine  time  and  $10  in  faculty  time  per  student,  but  the 
former  cost  is  an  artifact  of  the  present  implementation:  of  the  $150, 
about  $90  is  swap  time;  the  result  of  having  a  large,  I/O-bound  program 
in  CTSS.  In  a  system  which  allowed  shared  user  procedures  (such  as 
Multics),  the  $90  would  be  cut  substantially;  in  a  dedicated  system,  the 
$90  would  be  cut  to  zero.  Of  the  remaining  $60,  we  believe  that  at  least 
$15  would  be  saved  by  reimplementation  on  a  machine  more  adapted  to 
time-sharing  than  the  7094. 

The  only  remaining  economic  issue  has  to  do  with  terminal  devices. 
Teletypewriters,  at  15  characters  per  second,  are  quite  adequate  for 
short  notes,  or  for  material  which  requires  thoughtful  reading.  For 
reference  materials,  however  -  or  for  discursive  description  -  this 
rate  is  irritatingly  slow;  and,  of  course,  teletypewriters  cannot  provide 
the  flow-charts  and  other  graphics  to  which  we  should  like  to  expose 
the  student. 

Both  of  these  problems  might  seem  to  be  met  with  simple  graphic 
terminals,  but  available  graphic  terminals  are  far  too  expensive  for 
wholesale  use  with  TEACH.  Also,  none  of  them  provides  the  hard  copy 
which,  we  feel,  is  necessary  to  the  student.  There  is  a  definite  gap  in 
this  area. 

F.  EVALUATION 

We  are,  at  this  writing,  near  the  end  of  a  semester  in  which  two 
sections  of  the  TEACH  course  have  been  taught.  We  are  thus  in  a  posi¬ 
tion  to  evaluate  the  effectiveness  of  the  course  and  to  make  some  rec¬ 
ommendations  about  ways  in  which  research  and  development  on  the 
TEACH  system  should  be  continued. 

We  lack  an  independent  estimate  as  to  the  value  of  the  course  to 
students.  Within  the  last  week  or  two,  however,  we  have  held  intensive 
interviews  with  a  fairly  large  sample  of  students  who  have  taken  the 
course,  and  who  initially  knew  little  or  nothing  about  programming. 

This  has  indicated  that  the  students  have  in  fact  absorbed  the  material 
which  we  attempted  to  teach  them.  We  believe  we  arc  now  entitled  to 
be  impressed  with  their  knowledge  of  programming.  Of  course,  it  will 
undoubtedly  require  the  passage  of  some  time,  possibly  a  year  or  two, 
before  the  effectiveness  of  1  EACH  as  a  first  course  in  programming 
will  be  proved  or  disnroved  by  th'>  performance  of  its  students.  But  we 
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feel  quite  confident  that  the  course  had  largely  achieved  the  aims  we 
initially  set  for  it  and  for  ourselves. 

The  technical  aim  of  completing  the  system  and  bringing  it  into 
production  has  certainly  been  very  thoroughly  met.  The  TEACH  system 
is  smoothly  operating.  Students  almost  never  report  troubles  with  the 
system  that  are  due  to  technical  errors.  Whatever  difficulties  are  being 
uncovered  are  almost  entirely  of  a  pedagogical  nature.  We  interpret 
this  as  a  tribute  to  the  technical  execution  of  the  system  and  hence  most 
certainly  to  the  programming  skill  of  Mr.  Yochelson,  its  chief  imple- 
menter.  A  large  share  of  the  credit  for  our  technical  success  must  also 
go  to  CTSS,  which  has  once  more  proved  to  be  a  reliable  and  elegant  host 
for  a  conversational  subsystem. 

Looking  ahead,  we  see  problems  in  both  exporting  TEACH  and 
enhancing  it.  It  seems  very  clear  to  us  that  if  TEACH  were  to  be  im¬ 
plemented  on  a  machine  that  is  widely  available  —  say,  a  disk-bearing 
PDP-G  -  then  it  would  quickly  come  to  enjoy  a  rather  large  public.  In 
view  of  the  critical  national  shortage  of  teachers  of  programming,  such 
a  system  would  indeed  be  a  significant  national  resource.  Locally,  the 
availability  of  TEACH  on  a  common  machine  might  result  in  widespread 
use  at  MIT.  CTSS,  of  course,  is  much  too  highly  loaded  for  it  to  serve 
as  a  host  for  large-scale  use  of  such  a  tutorial  system. 

If  we  are  to  make  TEACH  widely  available,  we  must  also  decide 
what  will  be  students'  future  access  to  the  teaching  language.  One  of  our 
aims  has  always  been  to  teach  PL/2  in  such  a  way  that  students  will  then 
find  it  very  easy  to  learn  other  languages;  like  ALGOL  and  FORTRAN. 
Given  a  TEACH  system,  however,  it  is  a  fairly  simple  matter  to  create 
a  somewhat  larger  integrated  system  in  which  the  PL/2  language  can  be 
used  independently.  We  can  certainly  conceive  of  a  system  which  begins 
with  the  existing  course  of  instruction  -  continuing  to  utilize  a  PL/2  in¬ 
terpreter  -  that  could  go  on  to  permit  students  to  use  PL/2  independently 
of  the  instructional  sequence,  though  still  interpretively.  Finally,  this 
system  could  contain  facilities  for  compiling  and  executing  relatively 
large  programs.  But,  although  we  strongly  recommend  creation  of  such 
a  system,  we  feel  that  such  a  project  is  very  largely  a  production  job, 
which  M.I.T.  faculty  should  not  spend  energy  pursuing  or  even,  to  any 
great  extent,  supervising. 

The  problem  of  enhancing  the  current  system  is  very  much  more 
interesting,  since  it  is,  in  every  sense  of  the  term,  a  challenging  open- 
ended  research  problem:  fundamentally,  checking  on  what  each  student 
is  doing.  Remember  that  presently,  when  a  student  is  asked  to  perform 
certain  tasks,  the  system  turns  control  over  to  him  and  leaves  control 
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with  him  until  he  types  the  word  "return".  The  system  does  not  oversee 
what  he  actually  does  beyond  performing  continuous  checking  for  syntactic 
errors.  If,  for  example,  we  ask  the  student  to  write  a  program  to  compute 
square  roots,  then  once  he  types  "return"  we  assume  that  he  has  success¬ 
fully  written  and  tested  such  a  program.  Clearly,  we  should  like  to  enable 
the  machine  to  inspect  his  program  from  a  tutorial  point  of  view,  so  it 
could  help  the  student  if  he  makes  semantic  programming  errors  as  well  as 
purely  syntactic  ones.  This  is  very  hard. 

Two  questions  arise  in  the  context  of  semantic  error  correction. 

One  of  them  is  the  essentially  technical  issue  of  error  detection.  (That 
alone  is  a  substantial  problem  in  artificial  intelligence. )  The  other  is 
the  pedagogical  problem  of  choosing  effective  strategies  for  informing  a 
student  of  what  error  he  has  made,  and  for  offering  him  suitable  help  at 
the  appropriate  time.  The  system  is  sufficiently  modular  that  programs 
for  semantic  error  checking  could  be  inserted  without  undue  difficulty. 

The  problem,  of  course,  is  to  write  these  programs.  We  now  feel  that 
we  are  beginning  to  assemble  the  first  ideas  required  for  this  task. 

Our  plan,  therefore,  is  to  launch  into  a  fairly  substantial  research 
program.  We  wish  to  explore  these  ideas:  at  first  in  the  context  of 
TEACH.  Ultimately,  we  would  want  a  system  that  is  a  teacher  of  pro¬ 
gramming  in  more  than  a  trivial  sense.  Our  estimate  is  that  useful 
intermediate  results  -  although  not  in  the  form  of  a  production  system  - 
will  begin  to  appear  within  two  years  of  initiating  this  effort.  A  satis¬ 
factory  system  might  come  into  existence  a  year  later;  though  we  do  not 
wish  to  promise  a  production  system  by  that  time. 
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Programming  Languages  -  Arthur  Evans,  Jr. 

A.  BCPL  MAINTENANCE 

The  language  BCPL  has  been  maintained  and  upgraded  on  CTSS. 

During  the  spring  and  summer,  Martin  Richards  made  a  major  improve¬ 
ment  in  the  efficiency  of  the  compiled  code. 

BCPL  continues  to  gain  acceptance  in  the  computer  profession,  as 
evidenced  by  the  fact  that  it  has  been  implemented  for  use  with  other 
computers.  A  group  at  Bell  Telephone  Laboratories  has  implemented  the 
language  for  the  GE  635  under  GECOS  and  for  the  GE  645  under  Multics. 
These  implementations  are  for  identical  languages,  and  both  are  complete 
and  operational.  They  in  turn  have  been  used  to  implement  SNOBOL  4, 

QED  (a  text  editor),  and  other  subsystems. 

We  have  cooperated  with  a  group  at  Lincoln  Laboratory  in  imple¬ 
menting  BCPL  on  the  TX-2.  This  task  is  almost  complete. 

Last  spring,  Martin  Richards  and  Professor  Evans  taught  a  graduate 
seminar  on  compiler  theory  and  construction,  in  which  a  detailed  examina¬ 
tion  of  the  BCPL  compiler  was  a  major  teaching  vehicle.  Many  students 
chose  as  a  term  project  the  implementations  of  BCPL  on  various  computers. 
Although,  as  expected,  none  of  these  projects  seems  to  have  produced  a 
working  compiler,  knowledge  of  and  appreciation  for  BCPL  has  increased 
nonetheless. 

The  implementation  of  BCPL  on  the  IBM  360  under  OS  was  completed 
during  the  summer,  under  the  direction  of  Martin  Richards.  Documentation 
of  this  project  is  now  almost  complete. 

B.  THE  PAL  LANGUAGE 

As  a  result  of  experience  gained  using  PAL  in  the  M.I.  T.  under¬ 
graduate  programming  course  6.231  last  spring,  minor  revisions  of  PAL 
were  made  during  the  summer.  The  most  important  change  was  to  make 
specification  of  the  language  syntax  more  teachable,  in  that  it  is  now 
possible  to  put  the  entire  syntax  on  one  page.  It  is  already  clear  from 
student  feedback  that  the  improvement  was  worthwhile. 

Research  is  underway  to  make  a  major  improvement  in  the  efficiency 
of  PAL’s  runtime  interpreter.  A  Doctoral  student  (Herbert  Weinblatt) 
hopes  to  reduce,  by  perhaps  50  percent,  the  time  required  to  run  PAL 
programs.  This  research  is  also  relevant  to  the  co  npiler  work  of  the 
next  section. 
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C.  COMPILER  THEORY  AND  RESEARCH 

A  Doctoral  research  project  by  Frank  DeRemer  is  underway  to 
facilitate  automatic  generation  of  the  syntax  analysis  part  of  a  compiler 
from  the  Backus -Naur  specification  of  a  language  syntax.  Although  this 
has  already  been  done  elsewhere,  the  present  effort  is  noteworthy  for 
several  reasons:  most  previous  work  has  been  either  very  theoretical 
(and  as  a  result  not  too  practical)  or  quite  ad  hoc  (and  as  a  result  has 
little  theoretical  grounding).  It  appears  that  the  scheme  to  be  produced 
will  be  fairly  efficient.  Further,  the  work  is  being  tied  in  closely  to  the 
theory  of  programming  languages  in  two  specific  ways: 

1)  The  set  of  grammars  for  which  the  technique  is  applicable 
will  be  characterized  accurately.  It  seems  now  that  this  set 
is  the  LR(k)  languages  of  Knuth. 

2)  The  recognizer  generated  will  be  a  single-stack  pushdown 
automation,  a  scheme  with  solid  theoretical  underpinnings. 

A  translator -writing  system  developed  elsewhere  (the  GENRAP 
system  of  Computer  Associates)  is  being  implemented  locally  in  BCPL 
as  a  Master’s  research  project.  This  will  provide  a  useful  tool  for  other 
development  underway. 

A  MAD  compiler  for  Multics  has  been  written  in  BCPL  as  a  Master's 
thesis  by  Henry  Ancona.  An  important  tool  in  this  effort  was  a  loader  for 
reductions  analysis  programs,  written  as  the  subject  of  a  senior  under¬ 
graduate  thesis  by  Leonard  Goodman. 

D.  EXTENSIBLE  LANGUAGES 

A  project  on  extensible  languages  is  just  getting  underway.  Graduate 
student  Robert  Thomas  is  developing  techniques  for  specifying  the  syntax 
and  semantics  of  syntactic  extensions  to  a  programming  language,  using 
BCPL  as  a  vehicle.  When  this  research  reaches  the  stage  where  it  be¬ 
comes  appropriate  to  do  an  implementation,  the  research  of  DeRemer 
(reported  above)  should  provide  a  valuable  building  block. 

The  area  of  extensible  languages  is  expected  to  become  of  greater 
importance  to  this  group. 
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E.  FORMAL  SEMANTICS 

Research  has  continued  in  the  area  of  formal  specification  of  the 
semantics  of  programming  languages.  To  a  large  extent,  this  research 
has  used  PAL  as  a  vehicle.  In  addition,  the  results  of  this  research, 
although  currently  incomplete,  are  being  applied  in  the  research  of 
Robert  Thomas  on  extensible  languages. 

In  connection  with  this  area,  Professor  Evans  has  been  active  in  a 
standards  committee  (X3.4. 2c2)  concerned  with  techniques  for  formalizing 
the  definition  of  PL/l. 
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Introduction 


The  Research  Laboratory  of  Electronics  provides  facilities  for 
academic  research  in  general  physics,  plasma  dynamics,  and  communi¬ 
cations  sciences.  The  research  reported  in  the  following  sections  was 
supported  principally  by  the  Joint  Services  Electronics  Program  of  the 
Army,  Navy  and  Air  Force,  with  additional  support  from  the  Atomic 
Energy  Commission,  the  National  Institutes  of  Health,  and  the  National 
Science  Foundation.  The  faculty  and  students  listed  on  the  preceding 
page  made  substantial  use  of  Project  MAC  facilities  in  RLE  research 
programs  covering  a  broad  spectrum  of  subjects. 


Stability  Analysis  of  Continuous  Systems  -  Richard  J.  Briggs  and  Gary 
W.  Goddard 

A  number  of  possible  methods  for  determining  the  stability  of  uni¬ 
form,  time-invariant  systems  have  been  investigated.  The  basic  method 
involves  a  mapping  of  the  dispersion  relation  for  waves,  D(ou,k)  =  0,  into 
the  complex  ou  and  k  planes.  A  number  of  different  examples  have  been 
considered  to  illustrate  the  computational  economy  of  the  various  algo¬ 
rithms.  The  work  was  completed  in  April  1968  and  submitted  as  an  M.S. 
thesis  to  the  Department  of  Electrical  Engineering.  (See  Goddard, 
Appendix  B.) 


Automatic  Machine  Recognition  of  Human  Erythrocyte  Types  - 
James  E.  Green 

Methods  for  automation  of  routine  medical  tests  has  evoked  much 
interest  during  the  last  several  years.  One  such  test  which  has  re¬ 
ceived  much  attention  in  this  laboratory  is  the  analysis  of  blood  smears. 
Ian  T.  Young  of  this  laboratory  is  presently  working  on  the  automatic 
classification  of  leukocytes  (white  cells)  in  blood  smears  using  color 
information.  (See  Young,  Appendix  C.)  This  report  concerns  progress 
toward  recognition  and  classification  of  normal  and  abnormal  erythrocyte 
(red  cell)  types  in  human  peripheral  blood  smears.  Work  on  this  pro¬ 
ject  is  partially  supported  by  PHS  Grant  P01GM-15006-01. 

The  first  objective  of  this  study  was  to  duplicate  successfully  the 
results  of  a  well-trained  medical  technician.  Work  is  still  progressing 
toward  this  end.  Future  objectives  are  to  use  the  thoroughness  of  the 
computer  to  detect  borderline  and  subclinical  abnormalities  that  the 
technician  might  normally  miss.  It  is  also  hoped  that  a  device  to  perform 
these  analyses  can  be  constructed  economically,  so  that  non-research 
hospitals  can  afford  to  purchase  the  device. 
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Well-prepared  blood  smears  from  patients  with  normal  and  repre¬ 
sentative  abnormal  erythrocytes  were  obtained  from  the  hematology 
laboratory  at  Boston  City  Hospital.  Color  transparencies  were  made  of 
selected  portions  of  the  slides  at  1000X  through  a  light  microscope. 

These  transparencies  were  scanned  on  the  laboratory's  multicolor  scan¬ 
ner  SCAD*  (see  Tretiak,  Appendix  C),  on  a  108  x  162  point  grid.  Each 
point  was  coverted  to  a  9-bit  brightness  value.  Although  three  colors 
were  scanned,  only  the  green  record  was  subsequently  processed,  as  the 
red  cell  information  was  found  to  be  essentially  the  same  in  each  record. 
Each  record  was  then  reduced  to  six  bits  per  point,  packed  onto  the  CTSS 
disc  at  six  points  per  computer  word,  and  a  picture  reproduced  on  the 
line  printer  using  an  overprinting  routine  to  simulate  grey  levels. 

The  first  problem  encountered  was  how  to  separate  cells  in  the 
picture  from  background  and  trash.  If  a  histogram  of  point  brightness 
was  computed  from  a  picture  containing  only  red  cells,  it  was  found  that 
the  histogram  contained  a  large,  rather  sharp  peak  in  the  bright  region, 
and  a  broad  peak  in  the  darker  region .  The  sharper  peak  was  found  to 
correlate  well  with  background  points ,  and  the  broad  peak  with  cell 
points.  Some  cell  points,  however,  especially  those  in  the  pale,  central 
region  of  the  cell,  were  as  bright  as  some  background  points,  so  a 
simple  clip  level  would  not  separate  cells  from  background.  Upon 
examining  the  brightness  values  across  an  individual  cell,  it  was  found 
that  the  brightness  changed  rapidly  at  the  edge  of  the  cell,  the  densest 
points  being  located  near  the  cell's  margin.  Thus  we  decided  to  use  a 
combination  of  a  brightness  histogram  to  select  a  clip  level  for  the  cell 
edge  points,  combined  with  a  contour  tracing  algorithm  to  encircle  the 
individual  cells.  After  selecting  a  clip  level  for  the  cell  edges  from  the 
picture  histogram,  the  program  scans  across  the  picture,  point -by -point, 
until  a  point  darker  than  the  clip  level  is  found.  Starting  with  this  point, 
the  edge  of  the  dark  region  is  traced  until  the  original  point  is  again 
found.  If  a  sufficient  number  of  points  are  contained  within  the  contour, 
the  object  is  considered  to  be  a  cell;  otherwise  the  object  is  discarded. 

After  the  cells  have  been  separated  from  the  picture  background,  there 
remains  the  task  of  feature  extraction  to  make  possible  classification 
of  the  cells.  At  present,  a  complete  set  of  these  features  has  not  been 
selected,  but  several  of  the  more  important  ones  are  now  incorporated 
into  the  computer  programs.  Among  these  are  size,  shape,  weight,  and 
radial  distribution  of  the  hemoglobin.  Size  is  determined  by  simply 


♦Tretiak,  O.  J.  ,  "Picture  Processing",  M.I.T.  R,  L,  E.  Quarterly  Pro¬ 
gress  Report  No.  83,  October  1966,  pp.  129-142 
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counting  the  number  of  sample  points  within  the  cell  contour,  and  multiplying 
by  a  suitable  constant.  Weight  is  calculated  as  the  sum  of  some  function  of 
the  difference  between  the  average  brightness  of  the  background  and  the  value 
at  each  point  within  the  cell  boundary.  If  the  function  is  chosen  correctly 
the  "weight"  should  be  a  measure  of  the  total  amount  of  hemoglobin  in 
each  cell.  A  measure  of  the  shape  is  derived  by  calculating  proper 
moments  of  inertia  of  each  cell,  and  using  these  to  calculate  the  eccen¬ 
tricity,  The  radial  distribution  of  hemoglobin  is  estimated  by  calculating 
the  ratio  of  the  radius  of  gyration  of  the  cell  points  to  the  average  radius 
of  the  cell.  These  features  were  found  to  be  reasonably  constant  for  cells 
in  normal  blood. 

Many  other  features  could  be  tried,  and  will  be  as  the  work  pro¬ 
gresses.  At  this  point  -  due  to  the  time-consuming  nature  of  the  process 
required  to  transfer  a  picture  from  the  scanner -to -tape,  to  converted 
CTSS -compatible  tape,  to  CTSS  disc,  and  also  due  to  inherent  difficulties 
in  the  scanner  —  very  little  ceH  data  has  actually  been  analyzed  by  the 
computer.  These  difficulties  will  be  removed  shortly  when  the  scanner  is 
interfaced  with  an  in-lab  PDP-9.  This  system  will  make  it  possible  to 
process  data  at  a  much  faster  rate,  and  allow  meaningful  statistics  to  be 
compiled  on  parameter  spread  among  "normal"  cells  compared  with 
abnormal  cells. 


Mechanization  of  the  Interpretation  of  Vaginal  Smears  -  Endre  G.  Guttman 

The  purpose  of  this  project  is  to  study  the  possibility  of  mechaniz¬ 
ing  the  interpretation  of  vaginal  smears  for  early  detection  of  cancer  of 
the  cervix  uteri. 

Although  the  method  of  cytodiagnosis  developed  by  George  Papani¬ 
colaou  has  been  challenged  by  acridine  orange  fluorescent  microscopy, 
it  is  still  the  most  widely  used  method.  Skilled  technicians  interpret  the 
slides  under  an  optical  microscope.  Located  on  the  slides  are  exfoliated 
cells  from  the  vaginal  tract.  There  are  several  morphological  character¬ 
istics  of  the  cells  upon  which  a  criterion  can  be  established  to  discrimin¬ 
ate  cancer  cells  from  normal  cells:  size  and  chromatin  density  of  the 
nuclei,  nuclear  cytoplasmic  ratio,  etc. 

Earlier  efforts  to  mechanize  Papanicolaou's  method  did  not  com¬ 
pletely  succeed;  for  example,  Toller's  cytoanalyzer.  The  present  pro¬ 
ject  uses  a  flying-spot  scanner  and  a  general-purpose  computer  system. 

The  input  data  to  our  system  are  vaginal  smears  collected  and  fixed  by 
physicians.  These  smears  are  automatically  stained  by  thePananicolaou 
method  in  the  Cytology  Laboratory  of  the  Massachusetts  General  Hospital. 
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Microphotographs  are  taken  by  us  from  the  smears  which  are  scanned  by 
the  flying-spot  scanner  designed  by  Dr.  Oleh  J.  Tretiak  of  R.  L.  E.  The 
resulting  picture  has  108  horizontal  and  173  vertical  points  with  64  gray 
levels.  The  scanner's  output  tape  is  read  into  the  Project  MAC  time¬ 
sharing  system. 

The  problem  can  be  subdivided  into  three  sub-problems: 

1)  Delineation  of  the  objects  from  the  background  (machine 
perception) , 

2)  Separation  of  cells  from  artifacts  (definition  of  a  cell), 

3)  Separation  of  cancer  cells  and  normal  cells  (malignancy 
criterion  algorithm) . 

We  decided  to  solve  the  last  subproblem  first,  and  get  involved  as 
little  as  possible  with  the  first  two.  A  number  of  subprograms  have  been 
written  and  tested  already  (non-overlapping,  area -extracting  contour 
tracing,  chromatin  density,  and  hystograms) . 

The  area -extracting  algorithm  operates  on  one  line  at  a  time.  We 
suppose  that  the  previous  line  has  been  processed  and  the  intervals  of 
black  points,  as  well  as  the  names  of  the  areas  to  which  these  intervals 
belong,  have  been  found  and  are  available  to  us.  We  now  locate  the 
connected  intervals  of  black  points  in  the  current  line. 

Whenever  an  interval  in  the  current  line  is  connected  to  at  least  one 
interval  from  the  preceding  line ,  it  is  assigned  to  that  name.  If  there 
is  no  connecting  interval  in  the  preceding  line,  a  new  name  is  assigned 
to  this  interval.  The  only  difficulty  that  is  encountered  is  shown  below. 


N1 


N2 
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If  an  interval  is  connected  to  regions  with  two  different  numbers  it  is 
given  a  name  equal  to  that  of  the  smaller  of  the  two  numbers,  and  an 
entry  in  a  separate  list  is  made  signifying  that  tiie  two  names  (numbers) 
correspond  to  the  same  region.  When  this  process  is  completed,  the 
data  from  the  previous  line  and  the  name  equivalence  data  may  be  written 
on  some  bulk  device. 

After  all  the  lines  have  been  processed  as  described,  two  lists  will 
have  been  generated;  one  containing  the  intervals  and  their  tentative 
names,  and  one  with  the  name  equivalence  data.  The  latter  contains  a 
string  of  name-pairs.  The  pairs  are  first  sorted  so  that  the  smaller 
name  of  each  pair  appears  first  in  each  doublet,  and  the  set  of  pairs  is 
sorted  by  dieir  first  names.  We  then  form  a  dictionary  that  specifies 
the  actual  name  to  be  assigned  to  each  tentative  name.  A  pass  is  made 
through  the  list  of  intervals,  and  the  final  names  are  substituted.  The 
next  step  is  to  connect  areas  of  nuclei  to  their  respective  cytoplasmas, 
and  finally  to  deal  with  overlapped  cells . 


Thermodynamics  and  Self -Steepening  of  Light  Pulses  -  Hermann  A.  Haus 
and  Ture  K.  Gustafson 

This  research  deals  with  various  aspects  of  quasi  -monochromatic 
optical  pulse  propagation  in  media  which  exhibit  the  Kerr  effect.  In 
particular,  optical  shock  waves  develop  in  regions  of  very  intense  laser 
light,  which  gives  rise  to  both  a  "self -steepening"  of  the  pulse  envelope 
and  a  "self-modulation"  of  the  pulse.  The  former  is  similar,  in  many 
respects,  to  acoustical  shock  wave  development.  The  latter  results  from 
the  non-linear  generation  of  a  phase  perturbation. 

Self-modulation  and  possible  self-steepening  have  been  observed  to 
occur  within  "trapped-filaments",  that  is,  regions  in  which  the  diffrac¬ 
tion  of  light  beams  is  balanced  by  a  focussing  effect  arising  out  of  the 
non-linear  dielectric  coefficient.  The  theory  of  the  Kerr  effect  is  being 
applied  to  an  ensemble  of  non-interacting  linear  CS2  molecules  to  esti¬ 
mate  the  radii  and  field  intensities  associated  with  such  steady-state 
filaments. 


Models  of  Language  Perception  -  G.  Hubert  Matthews 

During  the  past  year ,  the  initial  phase  of  this  research  was 
completed,  i.e.,  the  development  of  tools  needed  to  carry  out  the  actual 
proposed  research.  This  consists  of  a  computer  program  intended  to 
aid  a  linguist  in  constructing  a  transformational  grammar.  Such  a 
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program  might  be  compared  to  a  literal-minded,  indefatigable  assistant 
who  knows  the  formalism  of  transformational  grammar.  This  assistant 
can  check  the  operation  of  a  pre -defined  set  of  transformations  against  a 
predefined  tree,  help  with  the  bookkeeping  of  changes  to  the  grammer  and 
to  a  set  of  test  trees,  but  he  does  not  come  up  with  original  ideas  or  use 
his  intuition.  Thus,  the  linguist  must  be  explicit  in  writing  his  grammar, 
a  feature  which  has  obvious  theoretical  advantages.  The  program  is 
designed  so  that  it  can  be  used  interactively  with  the  linguist. 

A  description  of  the  program  has  been  written,  though  it  is  not  suf¬ 
ficiently  detailed  to  enable  a  linguist  who  has  no  experience  with  computers 
to  use  the  program.  It  is  hoped,  however,  that  it  is  sufficient  to  enable 
him  to  judge  whether  or  not  it  would  be  useful  to  him.  If  a  sufficient 
number  of  people  wish  to  use  the  program  we  will  write  a  more  detailed 
manual  which  would  allow  someone  without  prior  computer  experiei  oe  to 
use  the  program  with  little  outside  help. 

A.  PROGRAM  FUNCTION 

There  are  three  services  that  the  program  will  perform  for  the 
user  through  available  sets  of  functions: 

1)  The  user  can  specify,  change,  and  print  (in  a  "natural"  form) 
a  tree.  Typically,  this  set  would  be  used  to  construct  the 
base  trees  to  which  the  transformations  are  to  be  applied. 

2)  The  user  can  define  transformations  and  specify  the  conven¬ 
tions  for  applying  them  (e.g. ,  order  optionality) . 

3)  The  transformations  defined  by  the  function  in  2  can  be  applied 
to  one  of  the  trees  specified  by  those  in  1.  The  user  (if  he 
wishes)  can  see  the  result  of  applying  each  transformation  as 
it  applies.  If  a  transformation  that  can  apply  is  optional,  the 
user  is  asked  whether  he  wants  it  to  apply. 

It  is  expected  that  the  rule  tester  would  be  of  use  to  a  linguist  who 
has  written  (or  would  write  if  he  had  such  a  device  to  test  it)  a  transfor¬ 
mational  grammar  (or  fragment  thereof)  in  which  his  rules  were  explicit. 
He  could  use  the  rule  tester  for  the  following: 

1)  To  find  out  whether  his  rules  actually  do  what  he  thinks  they 
do  (i.e. ,  whether  they  actually  do  map  the  base  trees  of  his 
base  component  into  what  he  thinks  are  the  corresponding 
surface  trees) ,  and  to  modify  the  grammar  when  it  turns  out 
that  they  do  not; 

2)  To  observe  the  workings  of  his  rules  in  detail. 
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The  rule  tester  might  also  be  of  use  in  teaching  an  introductory 
course  in  transformational  grammar.  A  student  using  this  system  could 
appreciate  the  notions  "transformation",  "deep  structure",  "structural 
description",  etc. ,  by  observing  the  workings  of  the  machinery  of  trans¬ 
formational  application  without  having  to  do  the  tedious  pencil  work  other¬ 
wise  required.  Also,  the  student  would  benefit  from  having  the  errors 
that  he  inevitably  will  ma,;o  pointed  out  to  him  immediately. 

B.  RULE  TESTER  DEVELOPMENT 

Future  development  of  the  rule  tester  depends  crucially  on  system 
users.  If  no  one  uses  it,  there  is  no  point  in  doing  any  further  work  on  it. 
If  a  user  appears  who  would  like  the  system  to  do  something  which  it  does 
not  do  now,  we  will  attempt  to  modify  the  program  to  that  end.  Such 
modifications  might  be:  the  ability  to  specify,  for  each  node  in  a  tree,  a 
list  of  inherent  feature  names  and  values;  and  to  test,  in  determining 
whether  a  transformation  applies  to  a  tree,  whether  a  node  matching  a 
segment  of  a  structural  description  has  certain  features.  Contextual 
features  have  not  been  added,  since  they  do  not  (with  the  usual  exception 
of  Walbiri)  seem  to  have  any  bearing  on  the  application  of  transforma¬ 
tions.  If  anyone  wishes  to  study  lexical  insertion,  however,  it  would  be 
possible  to  add  contextual  features.  Farther  improvements  can  be  made 
fairly  easily.  For  example,  the  notion  of  "command"  has  not  been  pro¬ 
grammed,  but  it  could  be  if  someone  were  interested  in  using  the  rule 
tester  to  study  this  phenomenon. 

C.  PROPOSED  RESEARCH 

We  have  begun,  and  plan  to  continue,  the  research  originally  in¬ 
tended.  Given  a  transformational  grammar  of  a  natural  language  as  a 
statement  of  a  speaker's  knowledge  of  the  language,  it  is  natural  to  ask 
how  it  could  be  used  by  the  speaker  to  understand  the  sentences  which  he 
hears.  To  date,  several  proposals  have  been  offered,  and  a  few  of  these 
have  been  tested  with  a  computer.  However,  none  of  these  takes  into 
account  the  fact  that  a  speaker  normally  does  this  in  real  time.  The 
candidate  has  made  two  new  proposals ,  both  of  which  attempt  to  deal 
with  problems  arising  out  of  the  real-time  requirement.  The  difference 
between  these  two  proposals  is:  one  postulates  that  a  speaker  attempts  to 
find  a  surface  structure  in  real-time  for  sentences  he  hears  and  sub¬ 
sequently  maps  onto  a  deep  structure  for  long-term  memory;  whereas  the 
other  postulates  that  a  speaker  does  not  actually  deal  with  the  surface 
structure  at  all,  but  rather  finds  —  in  real  time  —  the  deep  structure  of 
the  sentence. 
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Subtransit-Time  Oscillations  in  the  Avalanche  Region  of  a  pn  Junction  - 
Paul  L.  Penfield,  Jr.  and  Ronald  Crochiere 

The  object  of  this  project  is  to  formulate  a  circuit  model  for  a  pn 
junction  in  the  avalanche  region  and  to  compare  it  with  experimental  re¬ 
sults. 


The  model  developed  is  non-linear  and  time-dependent.  For  this 
reason,  analysis  of  the  circuit  has  been  carried  out  on  the  Project  MAC 
computer.  Branch  equations  were  written  for  each  circuit  element  and 
related  to  other  branch  equations  by  Kirchoff's  laws.  Time  is  incre¬ 
mented  in  steps  much  smaller  than  the  smallest  circuit  time  constant. 
Currents  and  voltages  are  then  recalculated  for  each  time  interval.  The 
analysis  of  a  circuit  may  require  10,000  or  more  time  intervals.  This 
type  of  analysis  has  proved  to  be  very  successful. 


Computer  Display  of  Smooth  Solids  -  William  Stallings 

This  research  is  concerned  with  the  display  of  three-dimensional 
scenes  by  projection  of  solid  objects  onto  a  viewing  plane.  The  most 
difficult  problem  encountered  has  been  the  elimination  of  hidden  surfaces. 
A  method  was  developed  that  applies  to  arbitrary  scenes.  That  is,  any 
object  or  group  of  objects,  including  non-convex  objects  and  objects  with¬ 
out  edges  (smooth  solids),  can  be  displayed. 

The  method  used  is  that  of  fitting  a  geodesic  structure  to  the  sur¬ 
face  of  a  solid.  Specifically,  a  solid  is  approximated  by  a  mesh  of  small 
triangles  covering  the  surface.  A  linked  data  structure  which  corresponds 
to  this  mesh  is  used.  With  detailed  information  available  about  the  sur¬ 
faces,  the  shape  and  visibility  of  objects  can  be  determined  from  any  view¬ 
point.  Algorithms  using  list-processing  techniques  were  developed  to  do 
this  and  to  produce  drawings  of  viewing-plane  projections. 


Simulation  of  The  Cochlea  -  Alton  P.  Tripp,  Jr. 

The  object  of  this  research  is  to  obtain  a  suitable  model  for  com¬ 
puter  simulation  of  the  mechanical  behavior  of  the  cochlea  of  the  ear. 

As  there  are  many  variables  involved,  it  is  desirable  to  have  interplay 
between  the  computer  and  researcher,  so  that  effects  of  changes  of  the 
many  variables  may  be  observed.  In  particular,  visual  observation  of 
the  results  of  simulation  is  desired,  and  for  this  reason  the  MAC  com¬ 
puter  with  its  KLUDGE  display  was  picked.  Initial  work  on  the  computa¬ 
tional  aspects  of  the  problem  has  been  performed,  but  a  convergent 
iterative  program  has  not  yet  been  devised.  Work  will  continue  on  paper 
and  in  the  computer  to  solve  the  modelling  and  computational  problems. 
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Document  Room  -  John  H.  Hewitt 

Linked  to  Project  TIP,  the  Document  Room  has  answered  reference 
questions  arising  from  requests  for  literature  searches  received  from 
several  of  the  groups  in  the  laboratory.  We  have  used  not  only  Dr.  M.  M. 
Kessler's  Hayden  Library  file  of  thirty-four  physics  journals  but  also  tne 
technical  reports  on  plasma  physics  in  Professors  A.  Bers'  and  S.  C. 
Brown's  collections.  The  initial  thought  of  putting  Professor  W.  P.  Allis' 
collection  of  plasma  reports  on  Project  MAC  —  as  arc  Professors  Bers' 
and  Brown's  —  was  abandoned  because  of  lack  of  funds,  plus  the  delay  in 
reprogramming  for  a  new  version  of  TIP. 

For  a  large  part  of  the  past  year,  the  R.  L.  E.  Document  Room  also 
administered  the  CTSS  time  allocations  for  Group  13. 
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The  MAP  System 

Computer-Aided  Design  of  Space  Forms 
Design  of  Three-Dimensional  Cubic  Curves 
Two-Dimensional  Stress  Analysis 
Analysis  and  Simulation  of  Multiport  Systems 
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The  MAP  System  -  Roy  Kaplow  and  John  W.  Brackett 

The  MAP  System  for  On-Line  Mathematical  Assistance,  described 
in  MAC-TR-24,  has  been  available  on  CTSS  since  late  1965  and  has  been 
used  by  persons  in  many  departments.  This  operational  experience  has 
been  the  basis  for  designing  a  new  system  (tentatively  entitled  MAP -II)  for 
mathematical  assistance,  which  will  be  implemented  on  the  GE  645  within 
the  Multics  operating  system.  Although  the  operations  initially  available 
within  the  new  system  will  use  numerical  techniques,  the  system  is  de¬ 
signed  to  include  non-numeric  facilities. 

Improvements  were  made  to  the  MAP  System  during  1967,  but  it 
was  decided  that  the  internal  structure  of  the  system  should  be  rewritten, 
because  of  the  modifications  necessary  to  extend  the  system  to  deal  with 
data  which  is  a  function  of  two  or  three  variables  In  mid-1967  the  Multics 
system  was  scheduled  to  be  available  during  the  1967-1968  academic  year 
and  plans  were  made  accordingly.  The  slippage  in  Multics  availability  has 
resulted  in  this  project  accomplishing  less  than  had  been  planned.  The 
initial  design  of  the  new  system  was  done  in  cooperation  with  Kenneth  Busch 
and  Wade  Bartlett  of  Bell  Telephone  Laboratories,  Whippany,  New  Jersey, 
and  plans  were  made  for  further  cooperation  during  implementation  of  the 
system.  However,  increasing  delays  in  Multics  availability  caused  Bell 
Laboratories  to  decide  that  further  cooperation  would  be  premature;  it  is 
hoped  that  when  Multics  becomes  operational,  further  cooperation  may  be 
possible. 

Far  more  general  and  efficient  than  the  present  MAP  design,  the 
new  MAP -II  system  retains  only  those  outward  aspects  of  user  interaction 
which  have  proven  to  be  desirable.  The  internal  structure  of  the  system 
will  be  centered  around  1)  a  data  base  which  will  accommodate  general 
classifications  of  data  as  well  as  numeric  data  of  one-,  two-  or  three- 
dimensions  (real  and  complex),  and  2)  an  operator  table  which  will  accom¬ 
modate  multi -argument  operators,  and  which  will  contain  information  (in 
bit-format)  about  argument  compatibility,  to  allow  checking  and/or  user 
interrogation  during  the  interpret  mode.  The  user  language  itself  has 
been  greatly  generalized.  All  operators  which  produce  single-data  entity 
results  are  includable  in  the  equation  format  as  well  as  in  specifying  argu¬ 
ments  for  "stand-alone"  multi-result  or  non-computational  operators. 
Logical  branching  has  been  included  in  the  language,  and  such  branches 
may  be  included,  in  fact,  directly  in  equations  to  determine  the  output  as 
well  as  the  input  variables.  Basic  to  the  system's  design  are  facilities 
by  which  a  user  can  add  his  own  operations  to  those  provided  by  the  sys¬ 
tem  in  order  to  increase  the  capabilities  of  the  system  in  his  own  area  of 
interest. 
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During  the  past  year,  the  facilities  of  the  AED  system  have  been 
used  to  create  an  experimental  language  parser  (and  tree-constructor) 
on  CTSS  to  experiment  with  desirable  language  facilities.  The  following 
are  a  few  samples  of  acceptable  statements;  the  operators  themselves 
have  not  been  implemented  on  CTSS. 

broad  (x,y)  =  exp  (-q*x**2-p*y**2) 

result  =  inftrans  (ftransform(data)/ftransform(broad)) 

check  =  (convolution(result,  broad)  -  data)/data 

a(x,  if  c  then  2  else  3)  =  In  (sin  |  x  | ) 

a(x,2)  =  In  (sin  |  x  |  )/2 

The  parser  employs  the  AED  RWORD  package  and  the  AED  JR  system, 
thereby  allowing  the  types  of  items  to  be  found  in  the  input  string,  and 
the  rules  for  parsing  the  language,  to  be  largely  embedded  in  tables. 

The  use  of  these  facilities  has  promoted  experiments  with  major  changes 
in  the  format  of  the  input  language.  Correct  AED  first-pass  structures 
are  generated  by  the  expgrimental  parser,  but  no  interpretation  of  the 
structures  is  carried  out,  since  full  implementation  of  MAP-II  on  CTSS 
is  not  planned.  However,  it  would  have  been  attempted  if  we  had  realized 
in  late  1966  the  delays  which  would  occur  in  Multics  availability.  The 
work  which  has  been  done  using  the  AED  system  should  be  directly  trans¬ 
ferable  to  Multics  when  the  AED-1  compiler  is  operational  in  1969.  Initial 
work  on  the  graph-plotting  facilities  required  in  MAP-II  has  also  been 
done;  the  general-purpose,  graph -plotting  routines  (described  in  memo 
MAC-M-224),  have  been  converted  from  7094  assembly  language  to  For¬ 
tran  IV,  thereby  (hopefully)  making  them  useable  on  both  the  GE  645  and 
the  IBM/360. 


Computer-Aided  Design  of  Space  Forms  -  Steven  A.  Coons 

During  this  reporting  period,  research  was  continued  on  the  math¬ 
ematics  of  Compute i -Aided  Design  of  Space  Forms.  This  work  essen¬ 
tially  examines  the  notion  of  rational  polynomial  functions  in  two 
independent  variables. 

It  appears  that  quadric  surfaces,  surfaces  of  revolution,  and  other 
classic"  surfaces  are  also  special  cases  of  the  general  surface  equation 
set  forth  in  MAC-TR-41,  (See  Appendix  D.)  This  signifies  that  surfaces 
such  as  spheres,  ellipsoids,  cylinders,  and  cones  are  compatible  directly 
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with  more  general  "free-form"  surfaces,  so  that  the  single  general  sur¬ 
face  equation  forms  the  basis  for  a  single  algorithm  to  generate  them 
all. 


This  is  of  considerable  importance  in  the  mathematical  description 
of  form,  since  spheres,  cylinders,  and  surfaces  of  revolution  occur  fre¬ 
quently  in  design,  and  should  not  be  different  in  general  structure  from 
more  general  shapes  if  these  classic  and  non-classic  forms  are  to  be 
joined  together  to  describe  an  object. 


Design  of  Three-Dimensional  Cubic  Curves  -  A.  Robin  Forrest 

The  major  portion  of  this  work  was  performed  in  parallel  with  that 
of  Professor  Steven  A.  Coons  (see  MAC-TR-41)  and  involved  an  extension 
of  work  by  Dr.  L.  G.  Roberts  at  Lincoln  Laboratory  on  conic  sections  and 
homogeneous  coordinates  to  three-dimensional  cubic  curves.  The  cubic 
curves  devised  permit  curves  to  be  produced  which  twist  in  three- 
dimensional  space  and  reduce  in  certain  cases  to  the  general  conic  sec-  * 

tion,  circular  arcs,  and  straight  lines.  It  is  thus  possible  to  derive, 
from  one  basic  formula,  all  the  types  of  curves  used  by  the  aerospace 
industry.  This  is  a  significant  advance.  Professor  Coons  is  implement¬ 
ing  this  at  Harvard;  I  shall  do  likewise  at  Cambridge,  England;  and 
Douglas  Ross  will  probably  use  them  in  the  AED  Polyface  Package  as 
boundary  curves.  Several  sessions  have  been  held  with  Douglas  Ross 
concerning  the  graphics  to  be  associated  with  his  Polyface  Package,  and 
I  hope  to  be  able  to  advise  him  on  the  method  of  surface  description  he 
should  use. 

Project  MAC  facilities  were  used  to  gain  experience  with  a  reliable 
time-sharing  system  and  to  write  brief  AED  programs.  The  reliability 
and  the  large  number  of  languages  available  are  two  impressive  features 
of  the  MAC  system. 


Two-Dimensional  Stress  Analysis  -  Paul  A.  Wieselmann 

The  production  of  plane  stress  analysis  by  the  complex  variable 
method  (or  method  of  Muskhelishvili)  rests  entirely  on  having  a  function 
to  conformally  map  a  particular  region  into  a  canonical  domain  where 
the  problem  is  in  fact  solved.  After  much  study  and  numerical  experi¬ 
mentation,  a  sufficiently  general,  accurate,  and  computationally  fast 
technique  and  programs  were  obtained  to  provide  the  necessary  mapping 
function  for  the  stress  analysis  program.  These  programs  comprise  a 
coherent  system  for  the  solution  of  the  first  and  second  boundary-value 


128 


SCHOOL  OF  ENGINEERING 


problems  of  plane  elastostatics  in  simply  connected  finite  and  infinite 
regions.  The  system  also  has  the  special  advantage  of  being  able  to  treat 
boundary  cracks  in  a  precise  manner  as  part  of  its  normal  operation. 

A  synopsis  of  the  system  is  as  follows.  From  a  point  description 
of  the  boundary,  the  Schwarz -Christoffel  integral  for  the  exact  mapping 
of  a  polygonal  boundary  is  obtained.  A  suitably  accurate  Fourier  expan¬ 
sion  of  this  integral  then  is  made.  Special  terms  may  be  introduced  into 
the  series  to  give  it  precise  behavior  at  corners  and  tips  of  cracks;  e.g. , 
in  studying  stress  concentrations  and  stress  intensity  factors.  The  boun¬ 
dary  conditions  are  specified  by  the  user  as  tractions  along  segments,  or 
as  displacements  along  segments.  With  the  aid  of  the  mapping  function, 
the  problem  is  solved  on  the  unit  circle  as  a  cannonical  domain.  The  sys¬ 
tem  then  opens  itself  to  interrogation  about  the  stresses  and  displacements. 
At  all  times  the  system  is  interruptable  for  interrogation  and  assistance 
by  the  user  or,  more  importantly,  for  direction;  e.g. ,  when  boundary 
condition  or  boundary  perturbation  studies  are  made. 

The  system  is  now  fully  operational.  Important  data  in  the  field  of 
fracture  mechanics  has  already  been  obtained  for  special  crack  problems. 

A  Doctoral  thesis  in  mechanical  engineering,  a  MAC  technical  report, 
and  a  user's  guide  are  all  being  written.  The  system  will  soon  be  avail¬ 
able  to  the  general  CTSS  community,  either  as  a  complete  stress  analysis 
system  or  as  a  resource  for  use  in  studies  where  conformal  maps  are 
necessary. 

Analysis  and  Simulation  of  Multiport  Systems  -  Ronald  C .  Rosenberg, 

E.  Roger  Banks  and  Peter  D.  McMorran. 

The  multiport  representation  of  physical  and  engineering  compo¬ 
nents,  in  which  each  distinct  power  is  shown  explicitly,  offers  a  number 
of  advantages  over  conventional  (signal-oriented)  representations.  The 
bond  graph  notation,  which  depicts  each  power  as  a  line  or  bond  and 
systems  as  sets  of  interconnected  multiports,  serves  as  a  basis  for 
developing  a  theory  of  muit.iport  analysis  and  concomitant  simulation 
techniques.  One  important  feature  of  this  approach  is  its  ability  to  treat 
systems  with  mixed  energy  domains  (e.g. ,  systems  involving  electrical, 
mechan  cal,  and  fluid  power  simultaneously)  in  a  uniform  fashion.  A 
second  advantage  is  that  the  structure  of  a  system  model  is  made  explicit 
by  virtue  of  the  multiport  elements,  even  when  the  system  has  many 
non-linear  components. 

ENPORT-2  is  a  digital  computer  program  capable  of  reading  bond 
graphs  in  coded  form  and  generating  symbolic  representations  of  their 
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governing  equations.  A  large  class  of  non-linear  systems  has  been  in¬ 
cluded  within  this  program's  range,  and  further  development  offers  much 
promise  in  the  areas  of  non-linear  simulation  and  automated  identifica¬ 
tion  techniques  for  complex  engineering  systems. 

Current  work  centers  on  exploiting  a  canonical  form  for  multiport 
system  representation  (the  gyrostructure)  in  both  its  theoretical  and 
computational  aspects.  Peter  McMorran  has  developed  a  simulation 
technique  based  on  chordal  linearization  of  non-linearities  and  a  step¬ 
wise  linear  integration  procedure  which  is  very  effective  for  certain 
types  of  problems.  Work  continues  in  an  effort  to  extend  this  success 
to  broader  classes  of  systems. 

Enlarging  the  set  of  multiport  elements  acceptable  to  ENPORT-2 
has  been  the  responsibility  of  Roger  Banks.  He  has  concentrated  on  the 
definition,  storage,  and  retrieval  aspects  of  enlarging  the  working  bond 
graph  set,  so  that  it  now  includes  such  "devices”  as  PUMP,  SHAFT, 
MOTOR,  GEARBOX,  and  many  others.  The  program  has  been  developed 
in  such  a  way  that  the  user  of  an  engineering  multiport  need  not  under¬ 
stand  the  computable  model  which  is  stored  for  it;  he  merely  calls  for  it 
in  the  bond  graph. 
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The  COMCOM  Project  -  Herbert  L.  Selesnick 

This  project,  directed  by  Professor  Ithiel  de  Sola  Pool,  attempts  to 
simulate  a  mass -media  communication  system,  so  that  a  social  scientist, 
given  demographic -population  data  and  media -exposure  data  for  the 
population,  can  schedule  a  variety  of  messages  via  several  media  vehicles 
and  reproduce  the  cumulative  exposure  among  different  demographic  - 
population  types.  A  background  version  of  the  simulation  has  been 
reprogrammed  to  run  on  foreground  at  Project  MAC. 

In  the  past  year,  I  have  been  using  the  simulation  to  study  mass 
communication  in  the  Soviet  Union.  Using  Soviet-published  data  on 
circulation  figures  for  most  of  the  important  prmt  media,  data  on  the 
distribution  of  electronic  media,  interviews  with  Soviet  refugees  and 
visitors  to  West  Europe,  and  time  budget  studies,  I  have  estimated  a 
large  number  of  Soviet  audience  parameters.  These  parameter  esti¬ 
mates  have  been  input  to  the  COMCOM  simulation  to  construct  a  static 
representation  of  the  Soviet  mass-media  system.  We  are  now  in  the 
process  of  simulating  the  flow  of  messages  within  this  system  —  via 
the  mass  media  to  the  Soviet  population  —  during  the  Cuban  missile 
crisis  and  the  aftermath  of  President  Kennedy's  assassination.  We  have 
reproduced  a  hypothetical  sequence  of  messages  appearing  in  the  Soviet 
mass  media  during  these  two  periods,  based  on  a  content  analysis  of 
secondary  sources  such  as  samplings  of  Soviet  press  and  radio  coverage, 
contemporaneous  issues  of  the  major  Soviet  print  media,  and  transcripts 
of  foreign  radio  broadcasts  to  the  Soviet  Union.  We  have  also  used 
published  studies  of  the  Soviet  press,  radio  and  TV,  and  journalistic 
accounts  of  media  treatment  of  these  two  international  crises  to  estimate 
how  various  subgroups  of  the  Soviet  population  might  have  responded  to 
media  material  at  these  times.  The  resulting  message  "scenario"  has 
been  input  to  the  static  mass -media  system  to  simulate  Soviet  exposure 
to  news  of  these  two  events.  The  resulting  exposure  histories  are  being 
investigated  to  answer  the  following  questions: 

1)  What  proportion  of  the  Soviet  population  heard  about  each 
event? 

2)  How  did  that  proportion  differ  from  city  to  country,  from 
party  member  to  non-party  member,  from  highly  to  poorly 
educated,  from  young  to  old,  from  men  to  women? 

3)  Which  people  heard  the  Western  version  of  events? 

4)  How  long  did  it  take  the  majority  to  hear  it? 

5)  How  many  heard  it  confirmed  a  second  and  a  third  time? 
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In  the  future,  we  expect,  to  use  the  COMCOM  simulation  to  study 
Soviet  and  Chinese  mass  media  exposure  to  messages  about  the  Sino- 
Soviet  rift  and  to  "'•^ssages  about  the  current  Czechoslovakian-Soviet 
rift. 

In  addition  to  the  support  received  from  Project  MAC,  the  COMCOM 
project  is  supported  by  the  Advanced  Research  Projects  Agency  under 
Contract  No.  920F-9717  with  the  Center  for  International  Studies,  M.I.T. , 
and  monitored  by  the  Air  Force  Office  of  Scientific  Research  under 
Grant  No.  AF(49)638-1237. 
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DISHPAN  -  Robert  C .  Gammill 

The  purpose  of  this  project  was  to  explore  the  usefulness  of  the 
ARDS-n  graphical  display  console  for  plotting  contour  maps  of 
meteorological  parameters  with  geographic  overlays.  This  problem 
is  of  interest,  because  on-line  display  consoles  have  never  been  fast 
enough  in  the  past  to  present  all  the  information  in  a  meteorological 
contour  map  without  flickering  intolerably.  The  ARDS-II,  by  allowing 
a  great  deal  of  information  to  be  presented  once  and  stored  on  the  tube 
face  circumvents  this  problem.  The  remaining  question  was  whether 
programs  could  be  written  to  produce  the  desired  maps  economically 
and  fast  enough  to  be  useful  to  an  interactive  user.  It  turned  out  to  be 
not  only  feasible,  but  very  effective. 

Several  programs  were  written  during  this  project.  The  first  to 
be  completed  was  a  general-purpose  plotting  program  that  allows  a  user 
to  display  a  simple  word  map  as  geographic  land  mass  outlines  in  either 
polar  sterographic  or  orthographic  projection.  This  program  is  quite 
popular  as  a  demonstration  of  the  capabilities  of  the  ARDS-II  display. 

A  hemispheric  map  produced  by  this  program  requires  some  20  to  24 
seconds  of  machine  time  to  generate  and  plot.  If  the  generated  display 
commands  are  saved  and  plotted,  the  plotting  alone  requires  about  11 
seconds.  Considerable  savings  can  be  made  over  these  figures  by 
decreasing  the  amount  of  detail  plotted  via  a  user-specified  parameter.. 
It  should  be  noted  that  the  program  was  written  in  MAD  with  no  attempt 
at  optimization. 

The  rest  of  the  programs  written  during  the  reporting  period  were 
contour  programs.  The  first  contour  program  produced  all  the  lines 
passing  through  a  particular  grid  square,  and  then  moved  to  the  next 
square.  (A  grid  square  is  the  area  marked  out  by  four  grid  points.) 

This  method  bad  the  disadvantage  that  two  plotting  commands  were 
necessary  for  each  line  segment  plotted;  the  first  to  move  the  scope's 
beam  to  the  beginning  point,  the  second  to  plot  the  segment.  Despite 
the  extreme  simplicity  of  the  program,  the  time  necessary  to  transmit 
so  many  commands  to  the  display,  and  the  space  necessary  to  store 
them,  made  this  program  appealling.  Several  other  experimental 
contouring  programs  were  written,  culminating  in  a  program  which 
contoured  by  "following".  This  method  is  much  more  complex,  but 
minimizes  the  number  of  display  commands  which  must  be  generated, 
since  it  follows  each  contour  until  it  closes  on  itself  or  touches  a 
boundary.  This  final  contour  program  allowed  area  outlines  to  be 
plotted  in  either  polar  stereographic  or  orthographic  projection.  Simple 
maps  containing  30  to  40  individual  contours  require  approximately  13 
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seconds  of  computer  time  to  generate  and  plot.  Complex  maps  with  80 
to  90  contours  require  approximately  30  seconds.  (All  times  include 
CTSS  swap  time.) 

Thus,  a  meteorologist  can  easily  plot  a  simple  contour  map  with  a 
pregenerated  geographic  overlay  in  approximately  24  seconds  of  7094 
time.  This  figure  is  achieved  without  optimization  of  the  MAD  programs, 
and  it  seems  likely  that  an  increase  in  speed  by  a  factor  of  two  could  be 
achieved  without  noticeable  degradation  in  appearance.  Feasibility  of 
contour  mapping  in  CTSS  on  the  ARDS-II  seems  amply  demonstrated. 

The  following  photographs  were  taken  in  the  course  of  experimenta¬ 
tion  and  the  same  field  is  contoured  in  every  case,  since  only  one  test 
data  array  was  available.  Figure  16-la  is  a  polar  stereographic  pro¬ 
jection  of  the  globe  with  a  contour  overlay.  (A  view  is  considered  to  have 
a  scale  factor  of  1.0  when  the  full  globe  projection  just  fills  the  screen. 

The  views  may  be  reduced  or  enlarged  by  integers  or  decimal  numbers  to 
fill  the  screen  with  a  selected  area.  Any  geographical  point  may  be 
centered  on  the  screen  by  specifying  its  exact  latitude  and  longitude.) 

Figure  16 -lb  is  the  same  view  presented  twice  as  large  with  many  more 
contours.  Figures  16-2a  and  16-2b  show  orthographic  projections  of  the 
globe  as  seen  from  the  North  Pole,  with  different  numbers  of  contours. 

The  times  to  execute  each  program  can  be  distinguished  on  the  photo¬ 
graphs.  The  command  "r  contur"  causes  the  execution  of  the  contour  pro¬ 
gram,  while  the  command  "r  dispic"  causes  the  plotting  of  pregenerated 
plot  commands  to  produce  a  map  of  the  world. 

* 


Figure  12.  North  Polar  Stereographic  Projections  of  the  Earth 


Figure  13.  North  Polar  Orthographic  Projections  of  the  Earth 
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Introduction  -  Meyer  M.  Kessler 

The  Technical Jnformation  Program  (TIP)  is  mainly  supported  by 
the  National  Science  Foundation.  Special  applications  have  been  supported 
by  Project  MAC,  the  M.I.T.  Libraries,  and  the  Graduate  School  Office. 
Although  most  of  the  work  reported  here  was  not  directly  supported  by 
Project  MAC,  we  continue  to  be  heavily  indebted  to  MAC  for  earlier  sup¬ 
port  of  our  work  and  for  the  continuing  flow  of  ideas,  suggestions  and 
encouragement  we  have  received. 

Project  TIP  has  emerged  from  a  phase  of  development  and  prototype 
operation  of  its  computer  systems  into  a  period  of  application  and  produc¬ 
tion.  Much  thorough  testing  provides  the  basis  for  further  design  advance. 
TIP  has  derived  much  from  its  close  association  with  Project  MAC,  and 
the  constant  influence  of  the  computer  has  insured  that  the  systems  con¬ 
structed  are  economically  sound  and  sufficiently  general.  The  Library 
has  benefitted  from  a  healthy  cross-identification  of  its  purposes  with  the 
broader  data -collection  efforts  of  the  whole  scientific  community.  During 
the  last  year,  TIP  has  intensified  its  study  of  the  management  of  large 
data  bases,  their  efficient  interrogation,  arrangement,  and  internal  or¬ 
ganization.  Since  our  last  report  we  can  mention  the  following: 

1)  Progress  continues  in  the  transfer  of  certain  TIP  functions  to 
the  American  Institute  of  Physics  for  national  application. 

Among  the  on-going  cooperative  functions  undertaken  with  the 
AIP  are:  a)  transfer  of  data -generation  functions  (It  is  expect¬ 
ed  that  sometime  in  1968-69  the  AIP  will  produce  all  the 
machine -useable  data  for  physics.),  b)  two  AIP  staff  members 
working  with  Project  TIP  personnel  to  adapt  our  procedures 

to  their  needs,  and  c)  continuation  of  TIP  as  general  consultants 
in  the  evolution  of  a  National  Physics  Information  Center. 

2)  At  M.I.T.  the  on-line  use  of  TIP  systems  is  constantly  growing. 
In  addition,  a  serious  selective  dissemination  of  information 
(SDI)  effort  was  started  with  a  group  of  chemists  and  chemical 
engineers.  This  experiment  is  being  closely  monitored  and 
may  be  applied  to  other  groups  of  scientists. 

3)  A  text  management  system,  using  TIP  programs  applied  to 
locally  generated  data,  was  organized  for  a  project  in  the 
Political  Science  Department. 

4)  The  application  of  TIP  programs  to  administrative  files  and 
data  took  a  giant  step  forward  with  the  conversion  of  several 
Graduate  School  functions  to  TIP  operations. 
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5)  In  the  Library,  the  computer-produced  Current  Serials  and 
Journals  (CSAJ)  project  has  been  expanded  to  include  a  wider 
operational  scope.  During  the  1967-68  fiscal  year,  the  library 
staff  added  over  1,600  titles  to  the  computer  files  and  made 
over  1,300  changes  to  existing  entries.  Work  now  in  progress 
will  result  in  a  completely  automatic  system  from  acquisitions 
to  cataloging.  Monographs  will  be  covered,  as  well  as  serials 
and  journals.  A  study  was  made  of  the  integration  of  our  CSAJ 
system  with  that  of  Wellesley  College.  Acceptance  of  the  sys¬ 
tem  by  Wellesley  is  apparently  contingent  on  the  availability 

of  funds . 

6)  Studies  are  now  in  progress  to  evaluate  the  costs  and  engineer¬ 
ing  problems  of  producing  catalog  cards  by  computer.  Initial 
results  indicate  that  the  plan  is  feasible  and  will  result  in  the 
acquisition  of  machine -useable  data  as  a  by-product. 

7)  A  catalog  for  machine  storage  and  retrieval  is  being  generated 
as  a  sub-element  of  the  Science  Library.  This  will  serve  as 

a  prototype  for  the  evaluation  of  on-line  machine -useable 
catalogs . 

8)  A  TIP  User  Station,  consisting  of  a  computer  console,  micro¬ 
film  retrieval  units,  and  associated  equipment  has  been  in¬ 
stalled  in  the  Science  Library.  This  station  is  operational,  and  in 
addition  to  its  usefulness  for  library  patrons  it  is  now  possible 
for  the  librarians  themselves  to  construct  moderate-size  com¬ 
puter  files  as  special  reference  tools. 

We  anticipate  a  further  broadening  of  TIP  applications  in  the  year 
ahead.  Refinement  of  our  designs,  and  adaptation  to  more  generally  avail¬ 
able  computers,  is  under  way. 


Physics  Input  Processing  -  Timothy  F.  Dempsey 

The  production  of  a  physics  literature  data-base  continued  during 
the  past  year.  A  subsystem  was  developed  to  prepare  the  data  for  pre¬ 
sentation  to  proofreaders.  This  subsystem  performs  preliminary  editing 
of  the  data;  extraneous  punctuation  and  parentheses  are  discarded,  and 
unrecognizable  data  is  separated  to  make  it  stand  out. 
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In  addition  to  the  formatted  copy  of  the  typed  data,  two  auxiliary 
outputs  are  produced.  The  first  of  these  contains  statistics  for  each 
article  and  for  the  whole  issue.  Statistics  aboi't  number  of  authors  and 
citations  in  an  article,  the  number  of  characters  typed  and  the  number 
of  lines  in  the  formatted  article,  provide  a  succinct  and  extremely  useful 
overview  of  the  size  and  content  of  each  article.  This  file  also  contains 
the  rudiments  of  a  computer-based  control  system  for  the  typing  shop, 
rhe  size  of  the  statistics  file  is  about  ten  percent  the  size  of  the  format¬ 
ted  output  file  and  its  production  adds  very  little  processing  time . 

The  other  auxiliary  output  file  is  more  expensive  to  produce,  both 
in  size  and  time;  but  its  value  is  equal  to,  or  may  even  surpass,  that  of 
the  statistics  file.  This  other  file  is  called  the  "citation  index  file". 

It  is  produced  in  a  form  suitable  as  input  to  the  TIP  system  and  to  the 
SORT  subsystem.  Each  item  in  the  file  contains  a  field  for  every  "sub- 
field”  in  the  original  input.  In  addition,  fields  indicating  the  identity  of 
the  article  in  which  the  citation  is  found,  and  the  relative  position  of  the 
citation  within  the  article,  are  added  to  the  item.  After  the  file  is  or- 
deredusing  the  SORT  subsystem  and  after  journal  citations  are  selected 
using  the  TIP  command,  the  resulting  file  is  presented  to  a  proofreader 
along  with  the  formatted  full  text.  Using  the  citation  index,  the  proof¬ 
reader  can  readily  detect  invalid  or  inconsistent  coding  in  the  CODEN, 
volume,  page,  or  data-base. 

Besides  being  a  proofreading  tool,  the  citation  index  is  a  useful 
data-base  in  itself.  Accordingly,  these  data  are  also  stored  on  magnetic 
tape  and  are  periodically  combined  with  other  citation  indices  and  again 
sorted  to  provide  a  more  meaningful  data  base. 

Although  the  program  described  above  is  the  heart  of  the  TIP 
physics  data -processing  application,  it  is  by  no  means  the  only  part  or 
the  most  expensive.  Most  of  the  computer  cost  incurred  by  Project  TIP 
for  this  application  is  spent  in  presenting  data  to  the  above  process  and 
in  disposing  of  its  output.  Investigations  are  underway,  and  will  be 
pursued  during  the  coming  twelve  months,  to  determine  how  to  bring 
these  overhead  costs  down  to  a  more  reasonable  level. 


Data  Base  Production  and  Management  -  Kenneth  D.  Rude 

With  the  development  and  implementation  of  a  more  sophisticated 
TIP  command,  it  became  desirable  to  create  more  complex  and  much 
larger  data  bases.  The  physics  data  base,  which  TIP  has  been  building 
for  some  years,  has  been  expanded  to  include  more  journals  and  far 
more  information  from  each  journal  article.  Other  data  bases  are  also 
being  created. 
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Having  accepted  the  burden  of  providing  large,  diverse  data  bases, 
we  were  confronted  with  the  problem  of  managing  their  creation,  storage, 
and  use.  An  awareness  of  the  difficulties  arising  from  large  data  bases 
does  not  come  full  blown  when  the  decision  is  made  to  have  them,  but 
rather  gradually  during  the  implementation  and  then  continuously  during 
the  entire  life  of  the  data  base.  The  goal  is  to  develop  an  efficient, 
smoothly  functioning  data  production  operation  which  uses  TIP  subsystems 
to  process  and  maintain  the  TIP  data  bases. 

So  far  we  have  learned  the  following:  stuff  gets  lost;  bottlenecks 
form;  personnel  (and  personal)  relationships  change  as  the  work  force 
g^ows  larger;  and  inefficiencies  become  absolutely  more  costly.  To 
overcome  these  problems  we  have  discovered  that: 

1)  Scheduling  of  data  production  work  is  imperative; 

2)  Diligent  record  keeping  is  necessary  to  control  work  flow; 

3)  Formal,  written  rules  and  policies  are  required; 

4)  Careful  cost  accounting  must  be  performed;  and 

5)  Statistics  must  be  gathered,  to  develop  a  basis  for  comparison 
between  possible  alternate  processing  schemes. 

No  doubt  our  headaches  have  just  begun. 


Book  Production  -  William  D.  Mathews 

Project  TIP  assisted  in  the  production  of  Survey  Research  on  Com¬ 
parative  Social  Change:  A  Bibliography,  published  by  the  M.I.T.  Press. 
The  book  contains  abstracts  of  research  articles  and  reports.  TIP  sup¬ 
plied  the  authors  of  the  book  with  a  set  of  subsystems  making  it  possible 
to  edit,  arrange,  index,  and  format  the  book  entirely  by  computer.  An 
important  by-product  is  the  machine-readable  master  file  which  can  be 
automatically  updated.  Future  editions  of  the  book  and  its  index  can 
easily  be  produced. 
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File  Editing  -  Lewis  H.  Morton 

QEDIT  is  a  high-speed  editor  for  ASCII  files.  It  is  non -interactive, 
taking  its  instructions  from  a  file.  Only  one  type  of  request  is  permitted, 
that  of  substituting  one  string  for  another.  The  command  format  is: 

RUN  QEDIT  INPUT  FILE  OUTPUT  FILE  LOCAL  GLOBAL 

INPUT  FILE  will  be  transformed  into  OUTPUT  FILE  using  instructions 
from  files  LOCALQEDIT  and  GLOBAL  QEDIT.  Requests  from  the 
’’Global”  file  are  exhaustively  executed  on  each  input  line.  The  file  is 
then  scanned  and  each  request  from  the  local  file  is  applied  once,  in  the 
order  found.  A  system  of  controls  exist,  so  that  a  local  request  can  be 
ignored  if  it  fails  within  a  given  number  of  lines.  The  request  inter¬ 
preted  uses  EDIT  syntax  (see  our  publication  TIP-TM-105),  allowing 
matching  with  OR'ed  criteria  and  indefinite  length  and  content  strings. 

A  TIP-reducable  file  named  OUTPUT  REPORT  is  also  created. 

This  contains  one  item  for  each  local  change  made,  with  its  line  number, 
and  input  and  output  text.  An  additional  item  gives  a  summary  of  local 
and  global  changes  made  in  the  entire  file.  This  is  the  fastest  ASCII 
editor  for  large  files  currently  available  on  CTSS. 


Research  on  Document  Relationships  -  Kenneth  D .  Rude 

A  serious  problem  facing  the  library  profession  is  that  of  adequate¬ 
ly  exposing  the  contents  of  their  collections.  Researchers  working  in  the 
field  of  documentation  have  long  been  intrigued  with  the  idea  of  using  a 
computer  to  automatically  generate  indices,  or  bibliographies,  or  some 
way  of  getting  the  right  information  to  the  right  people  without  having  to 
rely  so  much  upon  human  indexers  or  cataloguers.  At  Project  TIP, 
considerable  experience  has  been  gained  in  a  technique  called  bibliogra¬ 
phic  coupling,  in  which  the  strength  of  relationships  among  papers  is 
measured  in  terms  of  the  number  of  common  citations  they  possess. 

The  American  Institute  of  Physics  (AIP)  is  now  attempting  to  devise 
a  scheme  of  classifying  the  physics  literature  in  a  way  which  is  both 
useful  to  physicists  and  amenable  to  computer  retrieval  techniques. 
During  the  past  year,  Dr.  Schiminovich  of  AIP  has  worked  closely  with 
Project  TIP  personnel  devising  a  scheme  to  automatically  create  and 
modify  a  classification  for  the  physics  literature,  and,  hopefully,  in 
the  long  run  to  automatically  classify  papers. 
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The  method  employed  is  to  begin  with  a  fixed  set  of  papers  -  the 
set  being  relevant  to  a  certain  period  or  topic.  This  large  set  of  papers 
is  subdivided  into  groups  called  "clumps"  -  a  clump  being  determined  by 
the  amount  of  bibliographic  coupling  which  exists  between  the  papers. 

The  clumps  are  then  analyzed  to  discover  a  common  subject  heading 
which  would  be  appropriate  to  the  whole  clump.  Preliminary  work  of 
this  kind  has  been  reported.* 


Project  TIP  has  facilities  that  lend  themselves  well  to  this  kind  of 
research.  These  facilities  include  a  large  physics  data  base,  in  which 
citation  information  is  readily  available  for  high-speed  processing,  and 
a  number  of  general  and  special -puipose  programs  to  develop  matrices 
showing  the  inter-relation  of  citations  between  papers. 


Special  Bibliography  Production  -  Kenneth  D.  Rude 

This  past  summer,  several  physicists  intended  to  compile  a  biblio¬ 
graphy  on  muons.  After  several  weeks  it  became  obvious  that  the  job 
would  take  much  longer  than  anticipated.  Project  TIP  was  approached, 
and  we  assisted  by  searching  the  physics  literature  on  CTSS.  The  work 
was  completed  before  the  summer  was  over  and  has  been  published.! 

The  search  strategy  used  was  essentially  this:  a  sample  run  was 
performed  to  determine  which  words  were  relevant  other  than  ''muon"; 
that  is,  which  synonyms,  symbols,  and  phrases  might  be  found  in  the  ’ 
titles  of  articles  written  on  the  subject  of  muons.  We  also  used  the 
sample  to  decide  whether  or  not  it  would  be  useful  to  search  the  litera¬ 
ture  for  certain  author's  names.  We  decided  it  would  not  be  useful. 

Armed  with  a  list  of  "key  words"  we  searched  the  physics  data 
base  for  the  years  1963  through  1967.  Meanwhile,  the  physicists  were 
hand  processing  data  not  in  the  TIP  data  bank,  such  as  specialized  jour¬ 
nals,  Summer  School  notes,  and  some  Proceedings.  As  the  computer 
printouts  became  available,  they  were  screened  by  the  physicists  to 
remove  articles  deemed  not  relevant  to  muon  physics.  A  sample  com¬ 
parison  indicated  that  the  computer  search  missed  about  one  percent 
of  all  relevant  articles  in  the  journals  searched. 


*  N.  Price  and  S.  Schiminovich,  Information  Storage  Retrieval  Vol  4 
(1968),  pp.  271-280  *  ’  ’ 

tL.  M.  Golub  and  K.  M.  Tsipis,  Muon  Bibliography.  MIT  Laboratory 
for  Nuclear  Science,  Technical  Report  MIT-2098-486,  October  1968 
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Code  Conversion  -  David  M.  Jordan 

TIP's  subsystem  for  converting  data  between  character  code  sys¬ 
tems,  CVFILE,  has  recently  been  rewritten  and  improved.  The  original 
CTSS  design  mistake  of  six  and  twelve-bit  code  systems  is  still  with  us, 
so  CVFILE  continues  to  work  with  those  modes.  More  importantly,  how¬ 
ever,  modifications  have  been  made  to  allow  greater  flexibility  in  con¬ 
verting  between  various  nine-bit  codes.  Since  paper-tape  machines 
continue  to  be  the  most  efficient  method  of  generating  large  amounts  of 
data,  CVFILE  uses  a  table  which  allows  the  use  of  shift  characters  to 
switch  between  tables.  A  major  modification  has  been  made  to  allow 
paper-tape  output,  thus  allowing  a  user  to  generate  a  nine-bit  code  sys¬ 
tem  to  suit  his  own  needs.  Further  improvements  have  been  made  in  the 
area  of  increased  control  over  the  output  format,  with  such  options  as 
spacing,  killing,  erasing,  and  escaping  made  easily  usable. 

Because  of  the  large  amounts  of  data  generated  at  TIP,  paper-tape 
input,  conversion,  and  output  is  a  necessity.  To  help  accomplish  this, 
input  and  output  routines  have  been  written  for  the  PDP-7  and  the  7094  \ 

to  allow  direct  reading  and  punching  of  paper  tape  from  the  ESL  KLUDGE . 

The  difference  in  cost  between  console  input  and  paper-tape  input  is  more 
than  a  factor  of  five,  so  TIP  has  found  that  these  routines  are  very  econ¬ 
omical,  and  other  users  with  similar  problems  might  find  this  type  of 
conversion  helpful. 


Data  Adaptation  -  David  M.  Jordan 

In  the  past  year,  we  have  attempted  to  establish  methods  of  handling 
data  oiiginating  from  outside  sources.  To  provide  a  significant  test  of 
these  methods,  a  magnetic  tape  containing  information  on  graduate 
students  was  obtained  from  the  Registrar's  office.  The  information  was 
then  transformed  twice;  first  to  make  it  physically  acceptable  to  CTSS, 
and  later  to  make  the  data  logically  usable  by  TIP  subsystems.  The 
resulting  data  was  then  used  to  create  a  directory  of  graduate  students. 

The  experience  indicated  that  large-scale  data  conversion  and  usage  is 
quite  practical. 

Administrative  Information  Handling  -  Edward  M.  Mattison 

Project  TIP,  in  conjunction  with  the  Graduate  School  Office  (GSO), 
has  operated  a  six-month  pilot  system  for  handling  information  on  graduate 
students.  The  system  contains  each  student's  personal  data  (name,  ad¬ 
dress,  age,  etc.),  educational  background,  selective  service  information, 
and  fellowship  and  scholarship  awards. 
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The  TIP-GSO  system  has  proved  capable  of  producing  warrants  for 
fellowship  recipients,  bursar's  typed  "requests  for  payment",  and  printed 
lists  of  data.  Other  forms  of  output,  which  could  provide  input  to  informa¬ 
tion  systems  in  other  parts  of  the  institute,  are  possible.  In  a  related 
experiment,  the  student  data  base  maintained  by  the  registrar's  office 
was  converted  to  searchable  form  compatible  with  TIP-GSO  data. 

To  make  computer  manipulation  of  administrative  data  a  reality 
on  a  large  scale,  revisions  must  be  made  in  the  existi,  g  methods  of 
operation.  Patterns  of  information  flow  must  be  made  more  direct;  and 
sources  and  users  of  data  defined  more  clearly.  Output  should  be  planned 
with  the  user  in  mind.  Security  procedures  to  control  access  to  the  data, 
and  verification  programs  to  check  its  accuracy,  are  imperative.  In  all 
these  considerations,  cooperation  among  the  users  is  critical,  and  some 
method  must  be  devised  to  share  the  effort  and  cost  of  maintaining  these 
information  systems  among  all  the  users. 


Computer  Production  of  Library  Cards  -  Edward  M.  Mattison 

A  trial  system  for  the  computer  production  of  library  catalog  cards 
has  been  designed  and  operated.  Input  and  output  for  the  system  is  via 
paper-tape  readers  and  printers.  From  each  item  is  produced  the  re¬ 
quired  set  of  catalog  cards,  and  a  by-product  of  the  system  is  a  machine- 
readable  copy  of  the  catalog  card  data.  Each  cataloged  work  also 
becomes  a  TIP  data  item. 

After  on-line  editing,  the  text  of  a  card  is  operated  on  by  the  TIP 
retrieval  subsystem.  The  body  text  of  each  card  is  combined  with  each 
of  the  headings  and  an  ASCII  file  is  written  containing  a  copy  of  every 
card  required.  Cards  for  author,  subject,  title,  and  so  forth  are  auto¬ 
matically  produced.  This  file  is  then  translated  back  into  paper-tape 
code,  a  tape  is  punched  from  the  computer,  and  the  catalog  cards  are 
typed  on  continuous  feed  forms  by  a  paper-tape  printer. 

The  master  file  provides  an  immediately  available  bibliography. 
Searches  can  be  made  on  the  call  numbers,  authors,  titles,  subject 
headings,  or  information  contained  in  the  body  of  the  card.  Selected 
book  lists  and  special  bibliographies  can  also  be  produced.  Computer 
production  of  catalog  cards  becomes  economically  competitive  with 
conventional  means  of  production  when  the  operation  provides  such 
usable  by-products  as  a  searchable  catalog. 
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Serials  and  Journals  -  Patricia  M.  Sheehan 

After  two  successful  computer -produced  publications  of  Current 
Serials  and  Journals  in  the  MIT  Libraries,  the  file  maintenance  programs 
passed  from  research  status  in  Project  TIP  to  a  production  basis  in  the 
libraries.  CSAJ  programs  have  been  modified  to  handle  integration  of 
Wellesley  holdingu  whenever  funds  become  available. 


Acquisitions  and  Accounting  -  Patricia  M.  Sheehan 

Design  effort  is  now  concentrated  on  library  acquisition  functions. 

Up  to  this  point,  a  desire  to  keep  the  volume  of  data  and  the  range  of  pro¬ 
grams  within  manageable  limits  has  restricted  experiments  to  serials 
and  journals.  It  has  become  quite  obvious,  however,  that  to  include 
monographs  in  the  acquisition  phase  would  not  hamper  the  conversion 
effort  but  would,  in  fact,  avoid  the  complications  of  dual  clerical  routines. 
Accordingly,  serials,  journals,  and  monographs  are  handled  in  a  single 
hybrid  system  combining  standard  TIP  programs  with  specialized  routines 
unique  to  library  requirements. 

Under  the  new  system,  the  acquisition  flow  will  be  controlled  by 
computer  from  the  point  of  order,  through  receipt  and  payment,  to  com¬ 
pletion  of  cataloging.  (While  the  actual  preparation  of  catalog  cards 
belongs  to  another  step  in  the  system,  a  pilot  project  based  on  the  hold¬ 
ings  of  the  Science  Library  has  indicated  its  feasibility.)  Any  of  the  data, 
or  user-defined  sets  of  data,  are  accessible  through  TIP.  Regular  pro¬ 
ducts  include: 

1)  schedules  logging  progress  and  flagging  problems, 

2)  accounting  reprints, 

3)  budget  controls, 

4)  renewal  charts,  and 

5)  assorted  statistical  analyses. 

Soft  Copy  Displays  -  Lewis  H.  Morton 

A  set  of  programs  has  been  developed  to  display  static  pictures 
on  either  the  ARDS  or  KLUDGE.  The  programs  use  an  ASCII  character 
stream  to  specify  the  order  of  picture  elements  displayed.  Nine  bits 
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of  information  are  used  for  each  element;  the  high-order  bits  within  each 
byte  are  interpreted  as  orientation  bits.  The  left-most  bit  indicates  re¬ 
flection  along  a  horizontal  axis,  and  the  second  bit  indicates  reflection  on 
the  vertical  axis.  Thus  any  of  the  128  possible  picture  elements  may 
appear  in  any  of  four  orientations. 

At  display  time,  all  elements  that  are  to  be  used  are  stored  in 
memory  in  a  standard  format,  and  the  collection  is  called  a  ’’font”.  A 
two -word  pointer  to  each  element  is  placed  in  a  table.  In  the  first  word 
are  the  code  by  which  the  element  is  known  and  the  "print -width"  of  the 
element  "Print-width"  is  the  number  of  scope  positions  by  which  the  x 
position  of  the  beam  will  be  displaced  by  the  element.  It  is  assumed  that 
the  element  will  leave  the  beam  in  the  same  y  position.  The  second  word 
is  a  pointer  to  the  actual  data  that  makes  up  the  element,  in  the  form  of 
coded  lines.  The  lines  are  packed  one  to  a  computer  word,  15  bits  each 
for  delta  x  and  delta  y.  Also  contained  in  this  word  is  a  bit  indicating 
whether  or  not  the  beam  is  to  be  intensified  for  this  line. 

Each  element  must  be  initially  coded  as  a  matrix  of  points.  These 
matrices  are  preprocessed  into  a  font  and  corresponding  table.  The 
matrix  format  is  open,  allowing  any  x  and  y  dimension  for  the  element. 
The  matrices  are  strung  together  in  a  file,  separated  by  words  of  format 
777777xxxxxx",  where  the  x's  indicate  the  length  of  the  element  descrip¬ 
tion  in  words.  The  following  word  gives  the  element's  ASCII  code  and 
print  width.  Following  this  is  any  number  of  submatrices,  each  of  the 
following  form: 

1)  The  first  word  gives  the  x  and  y  coordinate  of  the  upper  left¬ 
most  point  in  the  submatrix; 

2)  The  next  word  gives  X  and  Y,  the  width  and  height  of  the  sub¬ 
matrix,  in  scope  points; 

3)  Each  succeeding  word,  for  Y  words,  is  interpreted  as  a  row 
in  the  submatrix; 

4)  X  bits,  right  justified  in  the  word,  will  be  taken  to  indicate 
whether  the  corresponding  point  in  the  submatrix  is  intensified; 

5)  Since  a  word  only  has  36  bits,  larger  x  counts  will  cause  the 
submatrix  to  be  filled  in  with  zeros  to  the  left  of  the  36  bits  in 
the  word. 
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All  x  and  y  indications  are  signed  15-bit  quantities,  with  the  x  indi¬ 
cation  in  the  left  half  word,  and  the  y  in  the  right.  It  should  be  noted 
that  submatrices  may  overlap  to  produce  the  most  efficient  packing  scheme. 

The  file  of  all  of  these  matrices  is  then  preprocessed  by  FONT. 

This  program  converts  the  matrix  to  line  notation,  and  creates  a  font 
table.  These  are  then  written  into  a  file  for  future  reference.  The  com¬ 
mand  line  for  this  program  is: 

RUN  FONT  NAME1 

where  NAME1  is  the  first  name  of  the  input  file  NAME1  MATRIX.  The 
output  file  is  NAME1  FONT. 

To  display  an  ASCII  file,  the  command  line  is: 

FUN  FLASH  NAME1  NAME2  FONT  LEAD  DELTAX  DELTAY 

XZERO  YZERO  -ROT- 

where  NAME!  NAME2  is  a  file  containing  the  ASCII  strings  to  be  decoded 
into  pictures.  The  other  arguments  all  affect  picture  positioning  on  the 
display  area. 

The  program  is  able  to  determine  the  console  type  at  which  the  user 
is  logged  in,  and  is  able  to  translate  the  coded  lines  into  appropriate  con¬ 
sole  commands  and  transmit  them  to  the  console.  Therefore,  the  com¬ 
mand  is  identical  for  all  display  consoles. 

Lines  (characters  between  each  set  of  "new-line"  codes)  are  read 
from  NAME1  NAME2  and  given  to  SRITE,  which  decodes,  interprets  the 
orientation  bits,  and  concentrates  the  element  lines.  Two  parameters 
may  be  given  to  SRITE  indicating  the  total  x  length  and  y  length  of  the 
resulting  subpicture.  SRITE  will  guarantee  that  the  sum  of  the  print 
widths  of  the  individual  elements  in  the  subpicture  does  not  exceed  the 
specified  x  length.  After  concatenating  the  element  lines,  SRITE  adds 
one  more  unintensified  line  which  restores  the  trace  to  the  original  x 
position,  but  subtracts  the  given  y  parameter  from  the  initial  y  position. 
Therefore,  the  net  effect  of  SRITE  on  the  beam  position  is  to  lower  it  by 
the  indicated  number  of  scope  positions.  LEAD  is  the  y  spacing  intro¬ 
duced  by  this  subroutine.  DELTAX  and  DELTAY  give  the  total  area  to  be 
occupied  by  the  display.  XZERO  and  YZERO  give  the  upper  leftmost 
point  in  the  display.  And  the  optional  argument  ROT  will  cause  the  co¬ 
ordinate  system  to  be  rotated  counterclockwise  90  degrees. 
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Subsystem  Tuning  Aids  -  William  D.  Mathews 

The  designer  of  a  subsystem  seldom  has  good  information  about 
the  total  use  of  the  functions  he  has  built.  Intuitions  about  which  com¬ 
ponents  are  wasting  time  are  usually  wrong. 

In  the  past  year,  Project  TIP  has  developed  some  fairly  sophisti¬ 
cated  programs  to  allow  designers  to  inspect  the  performance  of  indivi¬ 
dual  components  in  the  subsystem.  Instruction  timings  and  usage 
profiles  can  be  obtained  for  all  subroutines  in  a  software  package. 
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AUTHOR 
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352 

The  BCPL  Reference 

Manual 

M.  Richards 

7/21/67 

353 

The  Design  and  Program¬ 
ming  of  a  Display  Interface 
System  Integrating  Multi- 
Access  and  Satellite  Com¬ 
puters  (70429-M-190) 

D.  Ross 

R.  Stotz 

D.  Thornhill 
C.  Lang 

7/06/67 

354 

AED  Flash  40:  The  Top- 
Down  Mouse  (APRAL) 
(70429-M-191) 

I.  Wenger 

7/12/67 

355 

Recommendations  for  an 
Inter-Computer  Communica¬ 
tion  Network  for  M.I.T. 

A.  Bhushan 

R.  Stotz 

J.  Ward 

7/21/67 

356 

The  ESL  Display  Console/ 
PDP-7  System  (70429-M- 
192) 

D.  Thornhill 
H.  Levin 

R.  Stotz 

8/10/67 

357 

Decomposition  of  a  Visual 
Scene  into  Bodies  (AI 

No.  139) 

A.  Guzman 

9/67 

358 

Perceptrons  and  Pattern 
Recognition  (AI  No.  140) 

M.  Minsky 

S.  Papert 

9/67 

359 

Revisions  to  the  OPS-3 
(CC  279) 

R.  Berman 

M.  Jones 

W.  Stuart 

10/10/67 

360 

A  Fast  Parsing  Scheme  for 
Hand-Printed  Mathematical 
Expressions  (AI  No.  145) 

W.  Martin 

10/19/67 
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361 

AED  Flash  41:  7094-to-360 
Conversion  using  AED 
(70429-M-194) 

C.  Feidmann 

10/19/67 

362 

Techniques  for  the  Digital 
Simulation  of  Complex 
Systems 

J.  Donovan 

10/22/67 

363 

Direction  for  Updating  the 
AED-0  Programmer's 

Guide,  plus  an  Index  of 
Terms,  and  a  Description 
of  AED-0  Items  (70429-M- 
198-1) 

D.  Fulton 

D.  Ross 

1/16/68 

364 

How  to  Use  BCPL  on  CTSS 

M.  Richards 

2/14/68 

> 

» 

365 

AED  Flash  42:  Basic  Input/ 
Output  Package  (70429-M- 
199) 

C.  Feidmann 

D.  Ross 

3/07/68 

1 

366 

I 

Converting  McCracken's 

Algol  Book  to  Describe 

AED-0  (70429-M-200) 

D.  Ross 

D.  Fulton 

2/14/68 

i 

367 

A  Le^t -to -Right  then  Right- 
to-Left  Parsing  Algorithm 
(AI  No.  155) 

W.  Martin 

2/68 

368 

Graphic  Output  Performance 
of  the  ARDS  Terminal  with 
the  Tektronix  Type  611 
Storage  Display  Unit 

J.  Ward 

3/13/68 

369 

A  Program  for  Drilling 
Students  in  Freshman 

Calculus  Integration 

Problems 

J.  Moses 

3/68 
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371 

Numerical  Solution  of 

Elliptic  Boundary  Value 
Problems  by  Spline  Functions 

J.  Shah 

4/68 

372 

Some  Considerations  of 
Supervisor  Program  Design 
for  Multiplexed  Computer 
System 

F.  Corbato 

J.  Saltzer 

5/68 

373 

Running  AED  on  the  MIT 

360  (70429-M-201) 

C.  Feldmann 

5/02/68 

374 

Large  Capacity  Beam 
Addressable  Memories 

R.  Kay 

5/10/68 

376 

An  Interactive  Syntax 

Definition  Facility 

R.  Eanes 

6/17/68 

377 

ITS  1.  4  Reference  Manual 

D.  Eastlake 

6/68 

_ REVISIONS... 

• 

340-2 

Telephone  Extensions  for 
Dataphones,  Teletypes,  and 
1050’s  (CC  230-11) 

M.  Solomita 

4/10/68 

352-1 

The  BCPL  Reference  Manual 

M.  Richards 

2/16/68 

363-1 

Direction  for  Updating  the 
AED-0  Programmer's 

Guide,  plus  an  Index  of 

Terms,  and  a  Description  of 
AED-0  Items  (70429-M- 198-1) 

D.  Fulton 

D.  Ross 

2/19/68 

366.  1 

Errata  sheet  to  MAC-M-366 

D.  Ross 

D.  Fulton 

2/14/68 

373. 1 

Addendum  to  MAC-M-373 

C.  Feldmann 

5/27/68 
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Alsop,  J.  W. ,  A  Canonic  Translator,  Department  of  Electrical  Engineering, 
B.S.  Thesis,  November  1967  (See  also  MAC-TR-46,  Appendix  D. ) 

Avrin,  D.  E. ,  Computer  Display  of  Protein  Electron  Density  Functions. 
Department  of  Electrical  Engineering,  M.S.  Thesis,  August.  1967 

Banks,  E.  R.,  On  the  Simulation  of  Engineering  Multiports,  Department 
of  Mechanical  Engineering,  M.S.  Thesis,  February  1968 

Barkalow,  T.  J. ,  Student  Use  of  a  Time-Sharing  System,  Department  of 
Electrical  Engineering,  M.S.  Thesis,  August  1967 

Beltran-Barragen,  F.  ,  Scattering  from  Periodic  Structures  Related  to  the 
Insect  Corneal  Nipple  Array.  Department  of  Electrical  Engineering, 
Ph.D.  Thesis,  February  1968 

Chapman,  D.  G. ,  Audio-Coupled  Telephone  Transmission  of  Medium-Speed 
Digital  Data,  Department  of  Electrical  Engineering,  M.S.  Thesis, 

June  1968 

Charniak,  E. ,  CARPS,  A  Program  which  Solves  Calculus  Word  Problems, 
Department  of  Electrical  Engineering,  M.S.  Thesis,  June  1968  (See 
also  MAC-TR-51,  Appendix  D. ) 

Clark,  D.  D. ,  A  Reductions  Analysis  System  for  Parsing  PL/I,  Department 
of  Electrical  Engineering,  Ph.D.  Thesis,  June  1968 

Davis,  J.  A.,  Computer  Models  of  the  Beam-Plasma  Interaction,  Depart¬ 
ment  of  Electrical  Engineering,  Ph.D.  Thesis,  June  1968 

Denning,  P.  J. ,  Resource  Allocation  in  Multiprocess  Computer  Systems, 
Department  of  Electrical  Engineering,  Ph.D.  Thesis,  June  1968 
(See  also  MAC-TR-50,  Appendix  D.) 

Doy.e,  J.  T.,  Issues  of  Undecidability  in  Canonic  Systems,  Department  of 
Electrical  Engineering,  M.S.  Thesis,  February  1968 

Geffner,  S.  L. ,  Eye-Tracking  Program.  Department  of  Mathematics,  M.S. 
Thesis,  January  1968 
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Gold,  M.  M. ,  A  Methodology  for  Evaluating  Time-Shared  Computer  System 
Usage,  Carnegie -Mellon  University  Department  of  Computer  Science, 
Ph.D.  Thesis,  August  1967 

Goodman,  L.  L ,  A  Loader  for  Reduction  Language,  Department  of  Elec¬ 
trical  Engineering,  B.S.  Thesis,  June  1968 

Gorman,  K.  C.,  The  Design  of  an  Asynchronous  Arithmetic  Unit  Permitting 
Concurrent  Computations,  Department  of  Electrical  Engineering, 

M.S.  Thesis,  June  1968 

Hamilton,  J.  A. ,  Investigation  of  a  Table -Driven  Compiler  System, 
Department  of  Electrical  Engineering,  M.S.  Thesis,  June  1968 

Hebalkar,  P.  G. ,  Asynchronous  Cooperative  Multiprocessing  within  Multics, 
Department  of  electrical  Engineering,  M.S.  Thesis,  June  1968 

Horn,  B.  K.  P. ,  The  Application  of  Fourier  Transform  Methods  to  Image 
Processing,  Department  of  Electrical  Engineering,  M.S.  Thesis, 

June  1968 

Johnson,  T.  J.  R. ,  An  Algorithm  for  the  Resource  Constrained  Project 
Scheduling  Problem,  Sloan  School  of  Management,  Ph.D.  Thesis, 
September  9,  1967 

Kaliski,  M.E.,  and  K.  P.  Polzen,  LOTUS:  On-Line  Simulation  of  Block- 

Diagram  Systems,  Department  of  Electrical  Engineering,  M.S.  Thesis, 
February  1968 

Kampe,  W.  R. ,  n,  Rapid  Pre-Indexing  by  Machine,  Department  of  Elec¬ 
trical  Engineering,  M.S.  Thesis,  June  1968 

Krudsen,  M.  J. ,  Slides,  An  Economical  Visual-Aids  Accessory  for 

Computer-Aided  Instruction,  Department  of  Electrical  Engineering, 
M.S.  Thesis,  June  1968 

Kramer,  A.  N. ,  Automatic  Karyotyping  of  Human  Chromosomes,  Depart¬ 
ment  of  Electrical  Engineering,  M.  S.  Thesis,  June  1968 

Leal-Can tu,  N. ,  On  the  Simulation  of  Dynamic  Systems  with  Lumped 

Parameters  and  Time  Delays,  Department  of  Mechanical  Engineering, 
M.S.  Thesis,  August  1967  (See  also  MAC-TR-45,  Appendix  D.) 
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Luconi,  F.  L. ,  Asynchronous  Computational  Structures.  Department  of 
Electrical  Engineering,  Ph.D.  Thesis,  February  1968  (See  also 
MAC-TR-49,  Appendix  D.) 

Mangano,  J. ,  Excitation  of  the  Ion  Cyclotron  Wave  in  a  Beam-Plasma 
Discharge,  Department  of  Electrical  Engineering,  E.E.  Thesis, 

June  1968 

Mathison,  S.  L. ,  and  P.  M.  Walker,  Public  Policy  Issues  Arising  from 
Interdependence  of  Computers  and  Communications,  Sloan  School  of 
Management,  M.  S.  Thesis,  June  1968 

Moses,  J. ,  Symbolic  Integration,  Department  of  Mathematics,  Ph.D. 

Thesis,  December  1967  (See  also  MAC-TR-47,  Appendix  D. ) 

Polzen,  K.  P.,  and  M.  E.  Kaliski,  LOTUS:  On-Line  Simulation  of  Block- 

Diagram  Systems.  Department  of  Electrical  Engineering,  M.S.  Thesis, 
February  1968 

Ribak,  R. ,  Subsystem  Sharing  in  Parallel,  Asynchronous  Processing, 
Department  of  Electrical  Engineering,  M.S.  Thesis,  June  1968 

Rivierre,  J.  A.,  Fault-Detection  Experiments  in  Sequential  Machines, 
Department  of  Electrical  Engineering,  M.S.  Thesis,  June  1968 

Rodrigue”-Bezos,  J.  E. ,  A  Graph  Model  for  Parallel  Computations, 
Department  of  Electrical  Engineering,  Sc.D.  Thesis,  June  1968 

Sussman,  J.  R. ,  Recording  System  for  a  Storage  Tube  Display  Terminal, 
Department  of  Electrical  Engineering,  M.S.  Thesis,  June  1968 

Willems,  J. ,  Non. inear  Harmonic  Analysis,  Department  of  Electrical 
Engineering,  Ph.D.  Thesis,  June  1968 

Walker,  P.  M. ,  and  S.  L.  Mathison,  Public  Policy  Issues  Arising  from 
Interdependence  of  Computers  and  Communications,  Sloan  School  of 
Management,  M.S.  Thesis,  June  1968 

Waltz,  D.  L. ,  A  Versatile  Electromechanical  Hand,  Department  of 
Electrical  Engineering,  M.S.  Thesis,  February  1968 
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Bers,  A. ,  "Interactions  of  Acoustic  Waves  with  Drifting  Electrons  in  a 
Magnetic  Field",  R.L.E.  Quarterly  Progress  Report  No.  88, 

January  1968,  pp.  204-209 

Bers,  A. ,  "Spontaneous  Radiofrequency  Emission  from  Hot-Electron 
Plasmas  —  Research  Objectives",  R.L.E.  Quarterly  Progress 
Report  No.  88,  January  1968,  p.  211 

Bers,  A.  and  G.  Bekefi,  "Active  Plasma  Effects  in  Solids  —  Research 
Objectives",  R.L.E.  Quarterly  Progress  Report  No.  88,  January 
1968,  pp.  201-202 

Bers,  A.  and  R.  J.  Briggs,  "Beam  Plasma  Interactions:  Experiments 
and  Theory",  R.L.E.  Quarterly  Progress  Report  No.  88,  January 
1968,  p.  168 

Bers,  A.  and  H.  M.  Schneider,  "Oscillations  in  an  Inhomogeneous  Cold 
Plasma",  R.L.E.  Quarterly  Progress  Report  No.  89,  April  1968, 
pp.  123-126 

Blum,  M. ,  "On  the  Size  of  Machines",  Information  and  Control,  vol.  11, 
no.  3,  September  1967,  pp.  257-265 
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